Typ otwarty - OpenType

Typ otwarty
Rozszerzenia nazw plików .otf, .otc, .ttf, .ttc
Rodzaj mediów internetowych
Kod typu OTTO
Jednolity identyfikator typu (UTI) public.opentype-font
Opracowany przez Microsoft , Adobe Systems
Najnowsze wydanie
1.8.4
(13 listopada 2020 ; 10 miesięcy temu ) ( 2020-11-13 )
Rodzaj formatu Plik czcionki
Rozszerzony z Czcionki TrueType , PostScript
Standard ISO/IEC 14496-22:2019

OpenType to format skalowalnych czcionek komputerowych . Został zbudowany na swoim poprzedniku TrueType , zachowując podstawową strukturę TrueType i dodając wiele skomplikowanych struktur danych do zalecania zachowania typograficznego . OpenType jest zastrzeżonym znakiem towarowym firmy Microsoft Corporation .

Specyfikacja wykiełkowała w firmie Microsoft, a firma Adobe Systems również przyczyniła się do jej publicznego ogłoszenia w 1996 roku.

Ze względu na szeroką dostępność i elastyczność typograficzną, w tym przepisy dotyczące obsługi różnych zachowań wszystkich systemów pisma na świecie , czcionki OpenType są powszechnie używane na głównych platformach komputerowych.

Historia

Początki OpenType sięgają próby Microsoftu uzyskania licencji na zaawansowaną technologię typograficzną Apple GX Typography we wczesnych latach 90-tych. Negocjacje te nie powiodły się, motywując Microsoft do rozwijania własnej technologii, nazwanej „TrueType Open” w 1994 r. Adobe dołączył do Microsoftu w tych wysiłkach w 1996 r., dodając obsługę technologii konturów glifów używanej w jej czcionkach Type 1.

Wysiłki te miały na celu zastąpienie obu formatów czcionek Apple TrueType i Adobe Type 1 („ PostScript ”). Potrzebując bardziej wyrazistego formatu czcionki do obsługi drobnej typografii i złożonego zachowania wielu systemów pisma na świecie, obie firmy połączyły podstawowe technologie obu formatów i dodały nowe rozszerzenia mające na celu rozwiązanie ograniczeń tych formatów. Dla połączonych technologii wybrano nazwę OpenType, która została ogłoszona w tym samym roku.

Otwórz format czcionki

Adobe i Microsoft nadal rozwijały i udoskonalały OpenType przez następną dekadę. Następnie, pod koniec 2005 r., OpenType rozpoczął migrację do otwartego standardu w ramach Międzynarodowej Organizacji Normalizacyjnej (ISO) w ramach grupy MPEG , która wcześniej (w 2003 r.) przyjęła OpenType 1.4 jako odniesienie dla MPEG-4 . Przyjęcie nowego standardu zostało formalnie zatwierdzone w marcu 2007 r. jako norma ISO/IEC 14496-22 (MPEG-4 część 22) o nazwie Open Font Format (OFF, nie mylić z Web Open Font Format ). Czasami jest również określany jako „Otwarta specyfikacja formatu czcionki” (OFFS). Pierwotny standard był technicznie równoważny ze specyfikacją OpenType 1.4, z odpowiednimi zmianami językowymi dla ISO. Drugie wydanie Open Font Format zostało opublikowane w 2009 r. (ISO/IEC 14496-22:2009) i zostało uznane za „technicznie równoważne” ze „specyfikacją formatu czcionek OpenType”. Od tego czasu format Open Font i specyfikacja OpenType są nadal zsynchronizowane. OFF to darmowy, publicznie dostępny standard.

Do 2001 roku na rynku pojawiły się setki czcionek OpenType. Adobe zakończyło konwersję całej swojej biblioteki czcionek na OpenType pod koniec 2002 roku. Na początku 2005 roku udostępniono około 10 000 czcionek OpenType, przy czym biblioteka Adobe stanowiła około jednej trzeciej całości. Do 2006 roku każda większa odlewnia czcionek i wiele mniejszych tworzyło czcionki w formacie OpenType.

Sekwencje wariacji Unicode

Wersja Unicode 3.2 (opublikowana w 2002 r.) wprowadziła selektory odmian jako mechanizm kodowania do reprezentowania określonych form glifów dla znaków. Unicode nie określił jednak, w jaki sposób implementacje wyświetlania tekstu powinny obsługiwać te sekwencje. Pod koniec 2007 r. sekwencje odmian dla kolekcji Adobe-Japan1 zostały zarejestrowane w bazie danych ideograficznych Unicode, co doprowadziło do rzeczywistego zapotrzebowania na rozwiązanie OpenType. Zaowocowało to opracowaniem podtablicy Cmap Format 14, która została wprowadzona w OpenType w wersji 1.5.

Czcionki kolorowe

Unicode w wersji 6.0 wprowadził emoji zakodowane jako znaki w Unicode w październiku 2010 roku. Kilka firm szybko podjęło działania, aby dodać obsługę emoji Unicode w swoich produktach. Ponieważ emotikony Unicode są obsługiwane jako tekst, a kolor jest istotnym aspektem obsługi emotikonów, doprowadziło to do konieczności stworzenia mechanizmów wyświetlania wielokolorowych glifów.

Apple, Google i Microsoft niezależnie opracowały różne rozwiązania w zakresie kolorowych czcionek do użytku w systemach OS X/iOS, Android i Windows. OpenType / OFF posiadało już obsługę monochromatycznego glifu bitmapowego, więc Google zaproponowało rozszerzenie OFF, aby umożliwić kolorowe bitmapy. Takie podejście przyjęło Apple, chociaż Apple odmówiło udziału w rozszerzeniu standardu ISO. W rezultacie Apple dodał tabelę „sbix” do formatu TrueType w OS X 10.7, podczas gdy Google zaproponował dodanie tabel CBDT i CBLC do OFF.

Microsoft przyjął inne podejście niż kolorowe mapy bitowe. Zwracając uwagę na istniejącą praktykę w sieci Web polegającą na nakładaniu na siebie glifów o różnych kolorach w celu tworzenia wielokolorowych elementów, takich jak ikony, Microsoft zaproponował nową tabelę COLR do mapowania glifu na zestaw glifów, które są warstwowe i tabelę CPAL aby zdefiniować kolory.

Adobe i Mozilla zaproponowały jeszcze inne podejście: dodanie nowej tabeli „SVG”, która może zawierać wielokolorowe glify reprezentowane za pomocą skalowalnej grafiki wektorowej .

Propozycje Adobe/Mozilla, Microsoft i Google zostały włączone do trzeciej edycji OFF (ISO/IEC 14496-22:2015). Nowe tabele — CBDT, CBLC, COLR, CPAL, SVG — zostały dodane do OpenType w wersji 1.7.

Chociaż firma Microsoft początkowo obsługiwała tylko format kolorów COLR/CPAL, obsługa wszystkich różnych formatów kolorów, w tym formatu „sbix” firmy Apple, została dodana do systemu Microsoft Windows w rocznicowej aktualizacji systemu Windows 10. Tablica 'sbix' została następnie dodana do OpenType w wersji 1.8.

Kolekcje OpenType

Od co najmniej wersji 1.4 specyfikacja OpenType obsługiwała „kolekcje TrueType”, funkcję formatu, która umożliwia przechowywanie wielu czcionek w jednym pliku. Taki format jest przydatny do rozpowszechniania całego kroju pisma (rodziny czcionek) w jednym pliku.

Łącząc powiązane czcionki w jeden plik, można udostępniać identyczne tabele czcionek, co pozwala na wydajniejsze przechowywanie. Ponadto poszczególne czcionki mają limit liczby glifów wynoszący 65 535 glifów, a plik kolekcji zapewnia mechanizm „trybu przerwy” w celu pokonania tego limitu w jednym pliku czcionki. (Każda czcionka w kolekcji nadal ma jednak limit 65 535). Plik kolekcji TrueType ma zwykle rozszerzenie pliku „.ttc”.

Jednak specyfikacja opisuje tylko pliki kolekcji używane w połączeniu z glifami, które są reprezentowane jako kontury TrueType lub jako mapy bitowe. Istniał potencjał, aby zapewnić te same korzyści związane z przechowywaniem i liczbą glifów czcionkom, które używają glifów w formacie CFF (rozszerzenie .otf). Ale specyfikacja wyraźnie na to nie pozwalała.

W 2014 r. firma Adobe ogłosiła utworzenie kolekcji OpenType Collections (OTC), pliku czcionek kolekcji, który łączy czcionki korzystające z glifów formatu CFF. Zapewniło to znaczne korzyści w zakresie przechowywania czcionek CJK, które Adobe i Google wspólnie opracowywały. Na przykład czcionki Noto CJK OTC są o około 10 MB mniejsze niż suma czterech oddzielnych OTF, z których się składają. Użycie Kolekcji pozwoliło również na połączenie bardzo dużej liczby glifów w jeden plik, co byłoby potrzebne w przypadku czcionki pan-CJK.

Wyraźna obsługa kolekcji z glifami w formacie CFF została włączona do specyfikacji OpenType w wersji 1.8. Aby odzwierciedlić to szersze zastosowanie, przyjęto termin „Kolekcja OpenType”, zastępując termin „Kolekcja TrueType”.

Odmiany czcionek OpenType

14 września 2016 r. Microsoft ogłosił wydanie OpenType w wersji 1.8. Ta informacja została ogłoszona wspólnie z Adobe, Apple i Google na konferencji ATypI w Warszawie. OpenType w wersji 1.8 wprowadził „Odmiany czcionek OpenType”, które dodają mechanizmy, które pozwalają jednej czcionce obsługiwać wiele odmian projektu. Czcionki korzystające z tych mechanizmów są powszechnie określane jako „ czcionki zmienne OpenType ”.

Odmiany czcionek OpenType ponownie wprowadzają techniki, które zostały wcześniej opracowane przez firmę Apple w TrueType GX , a przez firmę Adobe w czcionkach Multiple Master . Powszechną ideą tych formatów jest to, że pojedyncza czcionka zawiera dane opisujące wiele odmian konturu glifu (czasami określanych jako „wzorce”), a w czasie wyświetlania tekstu rasteryzator czcionek jest w stanie interpolować lub „mieszać” te wariacje w celu uzyskania ciągłego zakresu dodatkowych wariacji zarysu.

Koncepcja czcionek w pełni parametrycznych została w bardziej ogólny sposób zbadana przez Donalda E. Knutha w systemie METAFONT , wprowadzonym w 1978 roku. System ten i jego następcy nigdy nie zostały powszechnie przyjęte przez profesjonalnych projektantów krojów pisma lub systemy oprogramowania komercyjnego. Formaty TrueType GX i Multiple Master, bezpośredni poprzednicy OpenType Font Variations, zostały wprowadzone w latach 90., ale również nie zostały powszechnie przyjęte. Firma Adobe zrezygnowała później ze wsparcia dla formatu Multiple Master. Doprowadziło to do powstania pytań, czy ponowne wprowadzenie podobnej technologii może się udać. Jednak do 2016 r. krajobraz branży zmienił się pod kilkoma względami. W szczególności pojawienie się czcionek internetowych i urządzeń mobilnych wzbudziło zainteresowanie projektowaniem responsywnym i poszukiwaniem sposobów na dostarczenie większej liczby wariantów czcionek w formacie efektywnym pod względem wielkości. Ponadto, podczas gdy lata 90. były erą agresywnej konkurencji w technologii czcionek, często określanej jako „wojna czcionek”, warianty czcionek OpenType zostały opracowane we współpracy z kilkoma dużymi dostawcami.

Odmiany czcionek są zintegrowane z OpenType 1.8 w kompleksowy sposób, co pozwala na wykorzystanie większości istniejących wcześniej funkcji w połączeniu z odmianami. W szczególności obsługiwane są różne warianty konturów glifów TrueType i CFF, podpowiedzi TrueType, a także mechanizmów układu OpenType. Jedyne części OpenType, dla których odmiany nie są obsługiwane, ale mogą być potencjalnie przydatne, to tabela SVG dla kolorowych glifów i tabela MATH dla układu formuł matematycznych. OpenType 1.8 wykorzystywał tabele pierwotnie zdefiniowane przez Apple dla TrueType GX (tabele avar, cvar, fvar i gvar). Wprowadzono również kilka nowych tabel, w tym nową tabelę dla wersji 2 formatu CFF (CFF2) oraz inne nowe tabele lub dodatki do istniejących tabel w celu zintegrowania odmian z innymi częściami formatu czcionki (HVAR, MVAR, STAT i VVAR tabele; dodatki do tabel BASE, GDEF i nazw).

Opis

OpenType wykorzystuje ogólną strukturę sfnt czcionki TrueType, ale dodaje kilka opcji smartfontowych, które zwiększają możliwości czcionki w zakresie typografii i obsługi języków.

Dane konturu glifów w czcionce OpenType mogą być w jednym z dwóch formatów: kontury w formacie TrueType w tabeli „glyf” lub kontury w formacie Compact Font (CFF) w tabeli „CFF ”. (Nazwa tabeli 'CFF' ma cztery znaki i kończy się spacją). Dane konspektu CFF są oparte na formacie czcionki języka PostScript Type 2. Jednak specyfikacja OpenType (przed 1.8) nie obsługuje używania konturów PostScript w pliku czcionek TrueType Collection. Po wersji 1.8 oba formaty są obsługiwane w zmienionej nazwie „Kolekcja OpenType”.

Dla wielu celów, takich jak układ, nie ma znaczenia, jaki jest format danych konspektu, ale dla niektórych celów, takich jak rasteryzacja , ma on znaczenie. Standard OpenType nie określa formatu danych konspektu: raczej uwzględnia dowolny z kilku istniejących standardów. Czasami terminy takie jak „OpenType (smak PostScript)” (= „Type 1 OpenType”, „OpenType CFF”) lub „OpenType (smak TrueType)” są używane do wskazania, jaki format konspektu zawiera dany plik czcionki OpenType.

OpenType ma kilka charakterystycznych cech:

  • Mieści się Unicode kodowanie znaków (a także innych), tak, że można go obsługiwać dowolny skrypt piśmie (lub wiele skryptów na raz).
  • Mieści do 65 536 glifów.
  • Zaawansowane funkcje „układu” typograficznego, które zalecają pozycjonowanie i zastępowanie renderowanych glifów. Funkcje zastępcze obejmują ligatury ; funkcje pozycjonowania obejmują kerning , umieszczanie znaczników i specyfikację linii bazowej .
  • Wieloplatformowe pliki czcionek, których można używać bez modyfikacji w systemach Mac OS, Microsoft Windows i Unix/Linux.
  • Jeśli nie zostaną dodane żadne dodatkowe glify ani rozbudowane funkcje typograficzne, czcionki OpenType CFF mogą być znacznie mniejsze niż ich odpowiedniki Type 1.

Porównanie z innymi formatami

W porównaniu z Apple Computer „s«GX Typografia»-Teraz nazwie firmy Apple Zaawansowane Typografia (AAT) -I z SIL ” s Graphite technologii OpenType jest mniej elastyczna w opcji typograficznych, ale lepsze w opcji i wsparcie językowe związane. Niemniej jednak OpenType został przyjęty znacznie szerzej niż AAT czy Graphite, mimo że AAT jest starszą technologią.

Z perspektywy twórcy czcionek OpenType jest, w wielu typowych sytuacjach, łatwiejszy do opracowania niż AAT czy Graphite. Po pierwsze, proste deklaratywne podstawienia i pozycjonowanie OpenType są łatwiej zrozumiałe niż bardziej złożone tabele stanów AAT lub język opisu Graphite, który przypomina składnię C . Po drugie, strategia Adobe polegająca na nieodpłatnym licencjonowaniu kodu źródłowego opracowanego na potrzeby własnego rozwoju czcionek, AFDKO (Adobe Font Development Kit for OpenType), pozwoliła aplikacjom do edycji czcionek innych firm, takim jak FontLab i FontMaster, stosunkowo łatwo dodać obsługę. Chociaż obsługa kodowania tekstowego Adobe nie jest tak wizualna, jak oddzielne narzędzie Microsoftu, VOLT (Visual OpenType Layout Tool), integracja z narzędziami używanymi do tworzenia czcionek została dobrze przyjęta.

Kolejną różnicą jest to, że framework wsparcia OpenType (taki jak Microsoft Uniscribe ) musi dostarczać sporej wiedzy na temat specjalnych problemów przetwarzania języka, aby obsługiwać niektóre języki (np. arabski). W przypadku AAT lub Graphite twórca czcionki musi zawrzeć całą swoją wiedzę w czcionce. Oznacza to, że AAT i Graphite mogą obsługiwać dowolny język, ale wymaga to więcej pracy i wiedzy od twórców czcionek. Z drugiej strony czcionki OpenType są łatwiejsze do wykonania, ale mogą obsługiwać złożony układ tekstu tylko wtedy, gdy aplikacja lub system operacyjny wie, jak je obsłużyć.

Przed wprowadzeniem obsługi OpenType firma Adobe promowała wiele czcionek wzorcowych i czcionek eksperckich do zaawansowanej typografii. Wiele czcionek wzorcowych było zasadniczo wcześniejszą (i mniej elastyczną) wersją czcionek zmiennych OpenType, ale brakowało im elementów sterujących dla alternatywnych glifów i języków zapewnianych przez OpenType. Czcionki eksperckie były obejściem dla glifów alternatywnych, dostarczanych zamiast tego jako oddzielne czcionki uzupełniające, tak że niektóre znaki specjalne, które nie miały miejsca w zestawie znaków Adobe Standard Encoding — ligatury, ułamki, małe litery itp. — były zamiast tego umieszczane w czcionce eksperckiej . Użycie w aplikacjach było trudne, na przykład wpisanie litery Z spowodowało wygenerowanie ligatury ffl . W nowoczesnych czcionkach OpenType alternatywne glify są określane przez ich związek z domyślnym glifem lub glifami (tj. w jakich okolicznościach ten glif powinien być używany) dla poszczególnych punktów kodowych Unicode.

Obsługa OpenType

Podstawowa obsługa języka rzymskiego

Wsparcie OpenType można podzielić na kilka kategorii. Praktycznie wszystkie aplikacje i większość nowoczesnych systemów operacyjnych mają podstawową obsługę języka łacińskiego i działają z czcionkami OpenType tak samo dobrze jak inne, starsze formaty. Korzyści wykraczające poza podstawową obsługę alfabetu łacińskiego obejmują rozszerzoną obsługę języków przez Unicode , obsługę złożonych skryptów pisania, takich jak języki arabskie i indyjskie , oraz zaawansowaną obsługę typograficzną języków skryptowych łacińskich , takich jak angielski .

Wśród systemów operacyjnych firmy Microsoft czcionki OpenType TT (.TTF) są kompatybilne wstecz i dlatego obsługiwane przez wszystkie wersje systemu Microsoft Windows, począwszy od systemu Microsoft Windows 3.1. Czcionki OpenType PS (.OTF) są obsługiwane we wszystkich wersjach systemu Windows, począwszy od systemu Microsoft Windows 2000 ; Program Adobe Type Manager jest wymagany do zainstalowania w systemie Microsoft Windows 95/98/NT/Me, aby zapewnić podstawową obsługę (tylko) alfabetu łacińskiego czcionek OpenType PS.

Rozszerzona obsługa języków

Rozszerzona obsługa języków przez Unicode dla OpenType i TrueType jest dostępna w większości aplikacji dla Microsoft Windows (w tym Microsoft Office Publisher , większości aplikacji Adobe i Microsoft Office 2003, ale nie Word 2002), CorelDRAW X3 i nowszych oraz wielu aplikacjach Mac OS X , w tym własne firmy Apple, takie jak TextEdit , Pages i Keynote . Jest również szeroko obsługiwany w darmowych systemach operacyjnych, takich jak Linux (np. w aplikacjach wieloplatformowych, takich jak AbiWord , Gnumeric , Calligra Suite , Scribus , OpenOffice.org 3.2 i nowsze wersje itp.).

Obsługa OpenType dla złożonych skryptów pisanych do tej pory pojawiała się głównie w aplikacjach Microsoft w pakiecie Microsoft Office , takich jak Microsoft Word i Microsoft Publisher . Adobe InDesign zapewnia rozbudowane możliwości OpenType w języku japońskim, ale nie obsługuje bezpośrednio skryptów bliskowschodnich ani indyjskich — chociaż dostępna jest oddzielna wersja programu InDesign, która obsługuje skrypty bliskowschodnie, takie jak arabski i hebrajski. Nieudokumentowana funkcjonalność wielu aplikacji Adobe Creative Suite 4, w tym InDesign, Photoshop i Illustrator, obsługuje języki bliskowschodnie, indyjskie i inne, ale nie jest oficjalnie obsługiwana przez firmę Adobe i wymaga wtyczek innych firm, aby zapewnić interfejs użytkownika dla funkcji .

Zaawansowana typografia

Zaawansowane wsparcie typograficzne dla języków skryptów łacińskich po raz pierwszy pojawiło się w aplikacjach Adobe, takich jak Adobe InDesign , Adobe Photoshop i Adobe Illustrator . Program QuarkXPress 6.5 i starsze nie były zgodne z Unicode. Dlatego tekst w tych wersjach programu QuarkXPress, który zawiera znaki inne niż znaki WinANSI / MacRoman , nie będzie poprawnie wyświetlany w czcionce OpenType (ani w innych formatach czcionek Unicode). Jednak w QuarkXPress 7 Quark oferował wsparcie podobne do Adobe. W programie CorelDRAW firmy Corel wprowadzono obsługę funkcji typograficznych OpenType w wersji X6. Mellel , edytor tekstu Redlers działający tylko w systemie Mac OS X, twierdzi, że funkcje typograficzne są identyczne z programem InDesign, ale także rozszerza obsługę skryptów pisanych od prawej do lewej; tak samo jest z klasycznym edytorem tekstu , wyspecjalizowanym edytorem tekstu opracowanym w Austriackiej Akademii Nauk.

Od 2009 roku popularne edytory tekstu dla systemu Microsoft Windows nie obsługują zaawansowanych funkcji typografii OpenType . Zaawansowane funkcje typograficzne są zaimplementowane tylko w wysokiej klasy oprogramowaniu DTP . Aparat tekstowy z Windows Presentation Foundation , który jest implementacją kodu zarządzanego OpenType, jest pierwszym interfejsem API systemu Microsoft Windows, który udostępnia funkcje OpenType programistom, obsługując zarówno czcionki OpenType TrueType, jak i OpenType CFF ( Compact Font Format ). Obsługuje zaawansowane funkcje typograficzne, takie jak ligatury , cyfry w starym stylu , warianty kaligraficzne , ułamki , indeks górny i dolny , małe litery , podstawianie glifów , wiele linii bazowych , kontekstowe i stylistyczne alternatywne formy znaków, kerning, justowanie na poziomie linii , znaki rubinowe itp. Aplikacje WPF automatycznie uzyskują obsługę zaawansowanych funkcji typografii. Ligatury OpenType są dostępne w programie Microsoft Office Word 2010 .

W systemie Windows 7 wprowadzono DirectWrite , akcelerowany sprzętowo natywny interfejs API DirectX do renderowania tekstu z obsługą tekstu wieloformatowego, czcionek konturowych niezależnych od rozdzielczości, ClearType , zaawansowanych funkcji typografii OpenType, pełnej obsługi tekstu Unicode, układów i języków oraz interfejsów API renderowania glifów niskiego poziomu .

W systemie Mac OS X aplikacje obsługujące AAT działające w systemie Mac OS X 10.4 i nowszych, w tym TextEdit i Keynote, uzyskują znaczną obsługę OpenType. Wsparcie Apple dla OpenType w systemie Mac OS X 10.4 obejmowało najbardziej zaawansowane funkcje typograficzne niezbędne dla języków skryptów łacińskich , takie jak kapitaliki , cyfry w starym stylu i różnego rodzaju ligatury, ale nie obsługiwały jeszcze alternatyw kontekstowych, form pozycyjnych ani zmiany kolejności glifów, ponieważ obsługiwane przez bibliotekę Uniscribe firmy Microsoft w systemie Windows. Tak więc system Mac OS X 10.4 nie oferował obsługi skryptów arabskich lub indyjskich za pośrednictwem OpenType (chociaż takie skrypty są w pełni obsługiwane przez istniejące czcionki AAT). Mac OS X 10.5 poprawił obsługę OpenType i obsługuje arabskie czcionki OpenType. Stopniowo obsługa typografii OpenType została poprawiona w nowszych wersjach systemu Mac OS X (np. Mac OS X 10.10 radzi sobie znacznie lepiej z podstawieniami długich glifów kontekstowych).

Bitstream Panorama , mechanizm układu linii i kompozycji tekstu firmy Bitstream Inc. , zapewnia pełną obsługę OpenType dla kompaktowych i standardowych czcionek azjatyckich, arabskiego, hebrajskiego, indyjskiego, tajskiego i ponad 50 innych języków na całym świecie. Aplikacja obsługuje kluczowe tabele OpenType wymagane do układu linii, takie jak BASE, definicja glifów (GDEF), pozycjonowanie glifów (GPOS) i podstawianie glifów (GSUB). Panorama oferuje również pełną obsługę zaawansowanych funkcji typograficznych, takich jak ligatury, znaki kaligraficzne, kapitaliki, ozdoby, liczby porządkowe, przełożone, stary styl, kerning, ułamki itp.

W środowiskach wolnego oprogramowania, takich jak Linux , renderowanie OpenType zapewnia projekt FreeType , zawarty w bezpłatnych implementacjach systemu X Window, takich jak X.org . Złożoną obsługę tekstu zapewnia pango (wywołując HarfBuzz ) lub Qt . Systemy XeTeX i LuaTeX pozwalają dokumentom TeX na używanie czcionek OpenType, wraz z większością ich cech typograficznych. Wersja LibreOffice 4.1 dla systemu Linux i nowsza obsługuje wiele funkcji typograficznych OpenType, ponieważ zaczęła używać bardziej wyrafinowanej biblioteki kształtowania tekstu HarfBuzz.

Plik funkcji OpenType

W ramach etapu tworzenia czcionki można zdefiniować właściwości czcionki OpenType (inne niż kontur) za pomocą czytelnego dla człowieka tekstu zapisanego w formacie OpenType Feature File firmy Adobe. Pliki funkcji OpenType zazwyczaj mają nazwę kończącą się .fearozszerzeniem. Pliki te można skompilować do binarnego kontenera czcionek ( .ttflub .otf) za pomocą zestawu Adobe Font Development Kit dla OpenType (AFDKO), FontLab , FontForge , Glyphs , DTL OTMaster , RoboFont i FontTools .

Tagi układu

Tagi OpenType Layout to 4-bajtowe ciągi znaków, które identyfikują skrypty, systemy językowe, funkcje i linie bazowe w czcionce OpenType Layout. Rejestr znaczników Layout firmy Microsoft ustala konwencje nazewnictwa i używania tych znaczników. Funkcje OpenType są tworzone przy użyciu znaczników w tworzeniu skryptów funkcji, które opisują, w jaki sposób należy manipulować znakami, aby uzyskać żądaną funkcję. Te skrypty funkcji można tworzyć i włączać do czcionek OpenType za pomocą zaawansowanych edytorów czcionek, takich jak FontLab Studio , AsiaFont Studio i FontForge .

Obsługa systemów operacyjnych i aplikacji dla tagów układu jest bardzo zróżnicowana.

Tagi skryptu

Tagi skryptów identyfikują skrypty (systemy pisania) reprezentowane przez czcionkę OpenType. Każdy tag odpowiada ciągłym zakresom kodów znaków w Unicode. Znacznik skrypt może składać się z 4 lub mniej małych liter, takich jak arabdla alfabetu arabskiego , cyrldla cyrylicą i latnna alfabet łaciński . Do specyfikacji mathdodano znacznik skryptu, dodany przez Microsoft dla Cambria Math .

Tagi systemu językowego

Tagi systemu językowego identyfikują systemy językowe obsługiwane przez czcionkę OpenType. Przykłady obejmują ARAdla arabskiego , ESPna hiszpańskim , HYEdla ormiański itp Ogólnie, kody nie są takie same jak ISO 639-2 kodów.

Tagi funkcji

Lista funkcji OpenType z rozszerzonymi opisami to podana lista funkcji typograficznych .

Tagi linii bazowej

Znaczniki linii bazowej mają określone znaczenie, gdy są używane w poziomym kierunku pisania (używane w tabeli HorizAxis tabeli 'BASE'), w pionowym kierunku pisania (używane w tabeli VertAxis tabeli 'BASE') lub w obu tych przypadkach.

Znaczniki i osie linii bazowej w czcionkach OpenType
Znacznik linii bazowej Oś pozioma Oś pionowa
'powiesić' pozioma linia, z której sylabogramy wydają się zwisać w tybetańskim piśmie Ta sama linia w tybetańskim trybie pisania w pionie.
'ICFB' Postać ideograficzna stoi na linii bazowej dolnej krawędzi. Postać ideograficzna stoi przed lewą linią bazową krawędzi.
„przeszkadzać” Ideograficzny charakter twarzy górnej krawędzi linii bazowej. Postać ideograficzna stoi na prawej krawędzi linii bazowej.
„ideo” Ideograficzna linia bazowa dolnej krawędzi em-boxa. Ideograficzna linia bazowa lewej krawędzi em-boxa.
„idtp” Ideograficzna linia bazowa górnej krawędzi em-boxa. Ideograficzna linia bazowa prawej krawędzi em-boxa.
„matematyka” Linia bazowa, wokół której wyśrodkowane są znaki matematyczne. Linia bazowa, wokół której wyśrodkowane są znaki matematyczne w trybie pisania pionowego.
„rom” Linia bazowa używana przez proste pisma alfabetyczne, takie jak łacina, cyrylica i greka. Alfabetyczna linia bazowa znaków obróconych o 90 stopni zgodnie z ruchem wskazówek zegara w trybie pisania pionowego.

Matematyka

Zestaw tabel, które stosunkowo ściśle odzwierciedlają metryki czcionek matematycznych TeX, został początkowo dodany przez Microsoft do Cambria Math w celu obsługi ich nowego silnika edycji i renderowania matematycznego w pakiecie Office 2007 i nowszych. Rozszerzenie to zostało dodane do normy ISO (ISO/IEC CD 14496-22 wydanie trzecie) w kwietniu 2014 r. Dodatkowe szczegóły (wykorzystania) są dostępne w raporcie technicznym Unicode 25 i nocie technicznej 28. Niektóre z nowych funkcji technicznych (brak w TeX), takie jak „cut-in” (umożliwiające kerning indeksów dolnych i górnych względem ich baz) oraz stosy rozciągania zostały opatentowane przez Microsoft. Windows 8 obsługuje matematykę OpenType poza aplikacjami MS Office za pośrednictwem komponentu RichEdit 8.0.

Oprócz produktów Microsoft, XeTeX i LuaTeX mają również pewien poziom wsparcia dla tych tabel; wsparcie jest bardziej ograniczone w XeTeX, ponieważ wykorzystuje tradycyjny silnik renderowania matematyki TeX (dlatego nie może w pełni wykorzystać niektórych nowych funkcji matematyki OpenType, które rozszerzają TeX), podczas gdy LuaTeX przyjmuje bardziej elastyczne podejście, zmieniając niektóre wewnętrzne elementy matematyki TeX wykonanie; słowami Ulrika Vietha (2009): „Dokładniej, podczas gdy XeTeX zapewnia dostęp do parametrów OpenType tylko jako dodatkowe \fontdimens, LuaTeX wykorzystuje wewnętrzną strukturę danych opartą na połączonym zestawie parametrów OpenType i TeX, co umożliwia dostarczanie brakujące wartości, które nie są obsługiwane ani w czcionkach matematycznych OpenType, ani w tradycyjnych czcionkach matematycznych TeX." W 2013 r. XeTeX zyskał również wsparcie dla cut-inów.

Silnik renderujący Gecko używany przez przeglądarkę Firefox obsługuje również niektóre funkcje matematyczne OpenType w swojej implementacji MathML .

Od 2010 r. zestaw czcionek obsługujących matematykę OpenType był dość ograniczony. Oprócz Cambria Math dostępne były trzy bezpłatne czcionki: Asana-Math , Neo Euler i XITS . Całkiem niedawno czcionki Latin Modern i TeX Gyre ("wprowadzanie LM " standardowych czcionek PostScript) również zyskały wsparcie dla matematyki OpenType. Od 2014 r. liczba czcionek matematycznych OpenType jest nadal dość ograniczona. Bardziej aktualna lista znajduje się na stronie internetowej Mozilli .

Kolor

Pojawienie się emoji Unicode stworzyło zapotrzebowanie na formaty TrueType i OpenType do obsługi kolorowych glifów. Apple dodał rozszerzenie kolorów w systemie Mac OS X Lion (a także w iOS 4+). Czcionki zostały rozszerzone o kolorowe obrazy PNG w tabeli sbix. Google użył podobnego rozszerzenia z osadzonymi kolorowymi obrazami bitmapowymi zawartymi w parze tabel, tabelach CBDT i CBLC. Wersja Google jest zaimplementowana we FreeType 2.5.

W Windows 8.1 Microsoft dodał także obsługę kolorów do czcionek, po raz pierwszy zaimplementowaną w czcionce Segoe UI Emoji . Jednak implementacja Microsoftu opiera się całkowicie na grafice wektorowej : w implementacji Microsoftu dodano dwie nowe tabele OpenType: tabela COLR pozwala na warstwowe glify, a CPAL ("Paleta kolorów") faktycznie definiuje kolory dla warstw. Podejście wielowarstwowe umożliwia implementację zgodną z poprzednimi wersjami, a także różnicowanie renderowania w zależności od kontekstu kolorów otaczającego glify. Według Adam Twardocha „w TypeCon [2013] , Greg Hitchcock wyjaśnione przewidywanych role paletami: pierwsza paleta jest używana domyślnie«ciemności na światło»sytuacji kolor podczas gdy druga paleta jest przeznaczona do zastosowania w«światło w ciemności»sytuacji . Dodatkowe palety powinny być wybierane przez użytkownika."

Mozilla i Adobe opracowały inne rozszerzenie oparte na wektorach, dodając osadzone dokumenty SVG (obsługujące kolory, ale także animacje) do tabeli SVG. Tablica SVG pozwalała również na użycie palet kolorów zdefiniowanych w tablicy CPAL. Wsparcie zostało po raz pierwszy zaimplementowane w Firefoksie 26.

Adobe, Mozilla, Google i Microsoft przesłały swoje rozszerzenia kolorów do standaryzacji zgodnie z normą ISO/IEC 14496-22. Nowe tabele dla każdego z nich zostały następnie dodane do OpenType w wersji 1.7. Tablica sbix firmy Apple była pierwotnie obsługiwana tylko w czcionkach AAT, ale później została dodana do OpenType w wersji 1.8. Aktualizacja rocznicowa systemu Microsoft Windows 10 była pierwszym systemem operacyjnym obsługującym wszystkie cztery rozszerzenia czcionek kolorowych, a Microsoft Edge była pierwszą przeglądarką, która to zrobiła.

W OpenType w wersji 1.8.3 specyfikacja tabeli SVG została poprawiona, aby była bardziej ograniczona, zapewniając większą przejrzystość implementacji i lepszą interoperacyjność. Apple obsługuje poprawioną specyfikację w Safari 12, iOS12 i macOS 10.14. Implementacja w systemie Microsoft Windows jest również zgodna z tą wersją.

ŚPIEWAJ rozwiązanie gaiji

W 2005 r. firma Adobe wprowadziła w pakiecie aplikacji Creative Suite nową technologię, która oferuje rozwiązanie dla „ gaiji ” (外字, po japońsku „znak zewnętrzny”). Pisma ideograficzne, takie jak chiński i japoński, nie mają stałych zbiorów znaków. Używają tysięcy glifów powszechnie i dziesiątek tysięcy rzadziej. Nie wszystkie glify kiedykolwiek wynalezione i używane w literaturze wschodnioazjatyckiej zostały nawet skatalogowane. Typowa czcionka może zawierać od 8 000 do 15 000 najczęściej używanych glifów. Jednak od czasu do czasu autor potrzebuje glifu, którego nie ma w wybranej czcionce. Takie brakujące postacie znane są w Japonii jako gaiji i często zakłócają pracę.

Innym aspektem problemu gaiji są warianty glifów dla niektórych postaci. Często niektóre znaki były pisane różnie na przestrzeni czasu. Nie jest niczym niezwykłym, że nazwy miejscowe lub osobiste nazwiska rodowe używają historycznej formy postaci. W ten sposób użytkownik końcowy używający standardowych czcionek może nie być w stanie poprawnie przeliterować ani swojego nazwiska, ani nazwy miejscowości, w której mieszka.

Opracowano kilka sposobów radzenia sobie z gaiji. Rozwiązania, które traktują je jako znaki, zwykle przypisują im dowolne wartości Unicode w obszarach prywatnego użytku (PUA). Takie znaki nie mogą być używane poza środowiskiem, w którym znane jest powiązanie prywatnego Unicode z kształtem glifu. Dokumenty na nich oparte nie są przenośne. Inne instalacje traktują gaiji jako grafikę. Może to być uciążliwe, ponieważ układ i kompozycja tekstu nie mają zastosowania do grafiki. Nie można ich szukać. Często ich renderowanie wygląda inaczej niż otaczających je znaków, ponieważ maszyny do renderowania grafiki zwykle różnią się od maszyn do renderowania glifów z czcionek.

Technologia SING (Smart INdependent Glyphlets), która zadebiutowała w pakiecie Adobe Creative Suite 2, pozwala na tworzenie glifów, z których każdy jest pakowany jako samodzielna czcionka, na modę. Taki spakowany glif nazywa się glifletem . Format, który firma Adobe upubliczniła, jest oparty na OpenType. Pakiet składa się z konturu glifów w postaci TrueType lub CFF (kontury w stylu PostScript); standardowe tabele OpenType deklarujące metryki i zachowanie glifu w kompozycji; i metadane, dodatkowe informacje zawarte w celu identyfikacji glifletu, jego własności i być może wymowy lub kategoryzacji językowej. Glyphlets śpiewać mogą być tworzone przy użyciu FontLaba aplikacji „s SigMaker3.

Specyfikacja SING stwierdza, że ​​glify mają podróżować z dokumentem, w którym są używane. W ten sposób dokumenty są przenośne, nie pozostawiając niebezpieczeństwa znaków w dokumencie, które nie mogą być wyświetlone. Ponieważ glify są zasadniczo czcionkami OpenType, standardowe maszyny czcionek mogą je renderować. Specyfikacja SING opisuje również format XML , który zawiera wszystkie dane niezbędne do odtworzenia glifletu w formie binarnej. Typowy gliflet może wymagać od jednego do dwóch kilobajtów do przedstawienia.

Serbskie rozwiązanie cyrylicy

Wariacje w cyrylicy. Litery w tym samym wierszu mają ten sam punkt kodowy.

Serbski/macedoński cyrylica używa niektórych glifów specyficznych dla języka. W Unicode są one zakodowane w jednym punkcie kodowym. OpenType umożliwia pokazywanie tych specyficznych dla języka glifów.

Zobacz też

Bibliografia

Zewnętrzne linki