Typ otwarty

Typ otwarty
Rozszerzenia nazw plików .otf, .otc, .ttf, .ttc
Rodzaj mediów internetowych
  • czcionka/otf
  • czcionka/sfnt
  • application/font-sfnt (przestarzałe)
Wpisz kod OTTO
Jednolity identyfikator typu (UTI) public.opentype-czcionka
Opracowany przez Microsoft , Adobe Systems
Najnowsze wydanie

1.9 8 grudnia 2021 ; 14 miesięcy temu ( 08.12.2021 )
Typ formatu Plik czcionki
Przedłużony od Czcionki TrueType , PostScript
Standard ISO/IEC 14496-22:2019

OpenType to format skalowalnych czcionek komputerowych . Pochodzi z TrueType , zachowuje podstawową strukturę TrueType, ale dodaje wiele skomplikowanych struktur danych do opisywania zachowań typograficznych . OpenType jest zastrzeżonym znakiem towarowym firmy Microsoft Corporation .

Specyfikacja wykiełkowała w firmie Microsoft, a Adobe Systems również wniósł swój wkład do czasu publicznego ogłoszenia w 1996 roku.

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 na początku lat 90. Negocjacje te zakończyły się niepowodzeniem, co zmotywowało Microsoft do rozwinięcia własnej technologii, nazwanej „TrueType Open” w 1994 roku. Adobe dołączył do Microsoftu w tych wysiłkach w 1996 roku, dodając obsługę technologii konturów glifów używanej w czcionkach Type 1.

Wspólny wysiłek miał na celu zastąpienie formatu czcionek TrueType firmy Apple i Adobe PostScript Type 1 oraz stworzenie bardziej wyrazistego systemu, który obsługuje precyzyjną typografię i złożone zachowanie wielu światowych systemów pisma. Obie firmy połączyły podstawowe technologie obu formatów i dodały nowe rozszerzenia mające na celu rozwiązanie ich ograniczeń. Nazwa OpenType została wybrana dla wspólnej technologii, którą ogłosili jeszcze w tym samym roku.

Otwórz format czcionki

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

Do 2001 roku na rynku pojawiły się setki czcionek OpenType. Firma Adobe zakończyła konwersję całej swojej biblioteki czcionek na OpenType pod koniec 2002 roku. Na początku 2005 roku dostępnych było około 10 000 czcionek OpenType, z czego biblioteka Adobe stanowiła około jednej trzeciej całości. Do 2006 roku każda większa odlewnia czcionek i wiele mniejszych rozwijało czcionki w formacie OpenType. [ potrzebne źródło ]

Sekwencje odmian Unicode

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

Kolorowe czcionki

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

Firmy 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 i OFF miały już obsługę glifów monochromatycznych bitmap, więc Google zaproponował rozszerzenie OFF, aby umożliwić kolorowe mapy bitowe. Apple przyjął to podejście, ale odmówił udziału w rozszerzeniu standardu ISO. W rezultacie firma Apple dodała sbix do swojego formatu TrueType w systemie 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ą w sieci praktykę nakładania warstw glifów o różnych kolorach jeden na drugi 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, oraz tabelę CPAL do określenia kolorów.
  • Adobe i Mozilla zaproponowały dodanie nowej tabeli SVG , która może reprezentować wielokolorowe glify przy użyciu skalowalnej grafiki wektorowej .

Wszystkie te propozycje zostały włączone do trzeciej edycji OFF (ISO/IEC 14496-22:2015). Microsoft dodał CBDT , CBLC , COLR , CPAL i SVG do OpenType w wersji 1.7 oraz tabelę sbix w OpenType w wersji 1.8. Firma Microsoft wdrożyła obsługę wszystkich różnych formatów kolorów w systemie Windows 10 w wersji 1607 („Aktualizacja rocznicowa”).

OpenType 1.9 wprowadził drugą wersję tabeli COLR , która dodaje dodatkowe możliwości graficzne. Google pierwotnie zaproponował ulepszoną wersję i opracował ją wspólnie z Microsoftem. Ulepszone możliwości graficzne obejmują obsługę trzech typów gradientów, przekształceń afinicznych , trybów komponowania i mieszania oraz niestandardowych komponentów wielokrotnego użytku. Te ulepszenia zapewniają COLR wszystkie możliwości graficzne SVG stół z wyjątkiem głaskania. Dodają także tryby komponowania i mieszania, których obsługa jest uważana za opcjonalną dla SVG (ponieważ są one zaimplementowane w SVG jako efekty filtrów). Ponadto ulepszenia COLR są zintegrowane z wariantami czcionek OpenType, co nie jest możliwe w przypadku tabeli SVG . Ulepszona COLR jest obsługiwana w silniku przeglądarki Chromium od wersji 98.

Kolekcje

Co najmniej od 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 dystrybucji 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” do przezwyciężenia tego limitu w pojedynczym pliku czcionki. (Jednak każda czcionka w kolekcji nadal ma limit 65 535). Plik kolekcji TrueType ma zwykle rozszerzenie „.ttc”.

Jednak specyfikacja opisywała tylko pliki kolekcji używane w połączeniu z glifami, które są reprezentowane jako kontury TrueType lub mapy bitowe. Istniał potencjał, aby zapewnić takie same korzyści w zakresie przechowywania i liczby 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 roku firma Adobe ogłosiła utworzenie OpenType Collections (OTC), pliku czcionek Collection, który łączy czcionki korzystające z glifów w formacie CFF. Zapewniło to znaczne korzyści w zakresie przechowywania CJK , które Adobe i Google wspólnie opracowywały. Na przykład czcionka Noto CJK OTC jest o około 10 MB mniejsza niż suma czterech oddzielnych OTF, z których się składa. 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ć tę bardziej inkluzywną stosowalność, przyjęto termin „kolekcja OpenType”, zastępując „kolekcję TrueType”.

Odmiany czcionek

Zobacz też: Czcionki zmienne

14 września 2016 r. Microsoft ogłosił wydanie OpenType w wersji 1.8. Ogłoszenie to zostało ogłoszone wspólnie z firmami Adobe, Apple i Google na ATypI w Warszawie. OpenType w wersji 1.8 wprowadził „Odmiany czcionek OpenType”, które dodają mechanizmy umożliwiające jednej czcionce obsługę wielu 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 czcionkach TrueType GX oraz przez firmę Adobe w czcionkach Multiple Master . Powszechną ideą tych formatów jest to, że pojedyncza czcionka zawiera dane opisujące wiele odmian konturu glifów (czasami określanych jako „wzorce”) oraz że w czasie wyświetlania tekstu rasteryzator czcionek jest w stanie interpolować lub „mieszać” te zmiany, aby uzyskać ciągły zakres dodatkowych zmian konturu.

Koncepcja czcionek w pełni parametrycznych została zbadana w bardziej ogólny sposób przez Donalda E. Knutha w METAFONT system, wprowadzony w 1978 roku. Ten system i jego następcy nigdy nie byli powszechnie przyjmowani przez profesjonalnych projektantów czcionek ani komercyjne systemy oprogramowania. Formaty TrueType GX i Multiple Master, bezpośrednie poprzedniki OpenType Font Variations, zostały wprowadzone w latach 90., ale również nie zostały powszechnie przyjęte. Firma Adobe później zrezygnowała z obsługi formatu Multiple Master. Doprowadziło to do pytań, czy ponowne wprowadzenie podobnej technologii może się powieść. 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 spowodowało zainteresowanie projektowaniem responsywnym oraz w poszukiwaniu sposobów dostarczania większej liczby wariantów czcionek w formacie zapewniającym oszczędność rozmiaru. Ponadto, podczas gdy lata 90. były erą agresywnej konkurencji w technologii czcionek, często określanej jako „wojny czcionek”, OpenType Font Variations został opracowany we współpracy z kilkoma głównymi dostawcami.

Odmiany czcionek są zintegrowane z OpenType 1.8 w kompleksowy sposób, umożliwiając korzystanie z większości istniejących wcześniej możliwości w połączeniu z odmianami. W szczególności obsługiwane są odmiany zarówno konturów glifów TrueType, jak i CFF, podpowiedzi TrueType, a także mechanizmów OpenType Layout. Jedynymi częściami OpenType, których odmiany nie są obsługiwane, ale mogą być potencjalnie przydatne, to tabela „SVG” dla kolorowych glifów oraz tabela MATH do układu formuł matematycznych. Tabela „SVG” korzysta z osadzonych dokumentów XML i nie zaproponowano żadnych ulepszeń w celu zróżnicowania elementów graficznych w dokumentach SVG. Jednak ulepszenia tabeli COLR w OpenType 1.9 zapewniły format wektorowy dla kolorowych glifów z obsługą odmian.

OpenType 1.8 korzystał z tabel pierwotnie zdefiniowanych 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

  • TrueType outlines use quadratic Bézier curves.

    Kontury TrueType wykorzystują kwadratowe krzywe Béziera .

  • CFF outlines use cubic Bézier curves.

    Kontury CFF wykorzystują sześcienne krzywe Béziera.

OpenType wykorzystuje ogólną strukturę sfnt czcionek TrueType, ale dodaje kilka opcji dla smartfonów, które zwiększają możliwości obsługi typograficznej i językowej czcionki.

Dane konturu glifów w czcionce OpenType mogą mieć jeden z dwóch formatów: kontury w formacie TrueType w tabeli „glyf” lub kontury w formacie Compact Font Format (CFF) w tabeli „CFF”. (Nazwa tabeli „CFF” ma długość czterech znaków i kończy się spacją). Dane konturowe CFF są oparte na formacie PostScript Type 2. Jednak specyfikacja OpenType (w wersji wcześniejszej niż 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 zbiorze o zmienionej nazwie „OpenType Collection”.

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 to znaczenie. Standard OpenType nie określa formatu danych konspektu: raczej uwzględnia dowolny z kilku istniejących standardów. Czasami terminy takie jak „OpenType (odmiana PostScript)” (= „Type 1 OpenType”, „OpenType CFF”) lub „OpenType (odmiana TrueType)” są używane do wskazania, jaki format konturu zawiera dany plik czcionki OpenType.

OpenType ma kilka charakterystycznych cech:

  • Obsługuje kodowanie znaków Unicode (a także inne), dzięki czemu może obsługiwać dowolny skrypt pisania (lub wiele skryptów jednocześnie).
  • Mieści do 65 536 glifów.
  • Zaawansowane funkcje „układu” typograficznego, które określają położenie i zastępowanie renderowanych glifów. Funkcje wymiany 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 „GX Typography” firmy Apple Computer — obecnie nazywaną Apple Advanced Typography (AAT) — oraz z technologią Graphite firmy SIL , OpenType jest mniej elastyczny w opcjach typograficznych, ale lepszy pod względem opcji językowych i wsparcia. [ potrzebne wyjaśnienie ] Niemniej jednak OpenType został przyjęty znacznie szerzej niż AAT lub Graphite, mimo że AAT jest starszą technologią.

Z punktu widzenia twórcy czcionek OpenType jest w wielu typowych sytuacjach łatwiejszy do opracowania niż AAT lub Graphite. Po pierwsze, proste podstawienia deklaratywne i pozycjonowanie OpenType są łatwiejsze do zrozumienia niż bardziej złożone tabele stanów AAT lub język opisu Graphite, który przypomina składnię C. Po drugie, strategia firmy Adobe polegająca na udzielaniu bezpłatnych licencji na kod źródłowy opracowany do własnego rozwoju czcionek, AFDKO (Adobe Font Development Kit for OpenType), zezwalała aplikacjom do edycji czcionek innych firm, takim jak FontLab i FontMaster dodać wsparcie ze względną łatwością. Chociaż obsługa kodowania tekstowego firmy Adobe nie jest tak wizualna, jak oddzielne narzędzie firmy Microsoft, VOLT (Visual OpenType Layout Tool), integracja z narzędziami używanymi do tworzenia czcionek została dobrze przyjęta.

Inna różnica polega na tym, że framework obsługujący OpenType (taki jak Uniscribe firmy Microsoft ) musi zapewniać sporo wiedzy na temat specjalnych problemów związanych z przetwarzaniem języków, aby obsługiwać określone języki (np. arabski). W przypadku AAT lub Graphite twórca czcionek musi zawrzeć całą tę wiedzę w czcionce. Oznacza to, że AAT i Graphite mogą obsługiwać dowolny 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 sobie z nimi poradzić.

Przed wprowadzeniem obsługi OpenType firma Adobe promowała wiele czcionek wzorcowych i czcionek specjalistycznych do typografii wysokiej klasy. Wiele czcionek wzorcowych było zasadniczo wcześniejszą (i mniej elastyczną) wersją czcionek zmiennych OpenType, ale brakowało w nich elementów sterujących dla alternatywnych glifów i języków zapewnianych przez OpenType. Czcionki eksperckie były obejściem alternatywnych glifów, zamiast tego były dostarczane jako osobne czcionki dodatkowe, takie jak niektóre znaki specjalne, które nie miały miejsca w Adobe Standard Encoding zamiast tego zestaw znaków - ligatury, ułamki, małe wielkie litery itp. - został umieszczony w czcionce eksperta. Użycie w aplikacjach było trudne, na przykład wpisanie litery Z powodowało wygenerowanie ligatury ffl . We współczesnych czcionkach OpenType alternatywne glify są odwoływane przez ich związek z domyślnym glifem lub glifami (tj. w jakich okolicznościach ten glif powinien być używany) dla konkretnego punktu kodowego Unicode.

Obsługa OpenType

Podstawowe wsparcie rzymskie

Praktycznie wszystkie aplikacje i nowoczesne systemy operacyjne mają podstawową obsługę języka łacińskiego i współpracują z czcionkami OpenType równie dobrze, jak inne, starsze formaty. Korzyści wykraczające poza podstawową obsługę języka łacińskiego obejmują rozszerzoną obsługę języków za pośrednictwem Unicode , obsługę złożonych skryptów, takich jak arabski i języki indyjskie , oraz zaawansowaną obsługę typograficzną języków alfabetu łacińskiego , takich jak angielski .

System Windows 3.1 i wszystkie kolejne wersje systemu Windows obsługują czcionki OpenType TT (.ttf). System Windows 2000 i nowsze obsługują czcionki OpenType PS (.otf). Adobe Type Manager może dodać podstawową obsługę czcionek OpenType PS w systemie Windows 95 , 98 lub Me .

Rozszerzona obsługa języków

Rozszerzona obsługa języków przez Unicode zarówno dla OpenType, jak i TrueType jest obecna w większości aplikacji dla Microsoft Windows [ potrzebne źródło ] (w tym Microsoft Office Publisher , większość aplikacji Adobe i Microsoft Office 2003, ale nie Word 2002), CorelDRAW X3 i nowsze oraz wiele Aplikacje Mac OS X, w tym własne Apple, takie jak TextEdit , Pages i Keynote . Jest również szeroko wspierany w wolnych systemach operacyjnych, takich jak Linux (np. w aplikacjach wieloplatformowych, takich jak AbiWord , Gnumeric , Calligra Suite , Scribus , OpenOffice.org 3.2 i nowsze wersje itp.).

Wsparcie OpenType dla złożonych skryptów pisanych pojawiało się dotychczas głównie w aplikacjach Microsoft w pakiecie Microsoft Office , takich jak Microsoft Word i Microsoft Publisher . Adobe InDesign zapewnia szerokie 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 obsługująca skrypty bliskowschodnie, takie jak arabski i hebrajski. Nieudokumentowana funkcjonalność wielu aplikacji pakietu Adobe Creative Suite 4, w tym InDesign, Photoshop i Illustrator, umożliwia obsługę języków bliskowschodnich, indyjskich i innych, ale nie jest oficjalnie obsługiwana przez firmę Adobe i wymaga wtyczek innych firm, aby zapewnić interfejs użytkownika dla tych funkcji .

Zaawansowana typografia

Zaawansowana obsługa typograficzna języków alfabetu łacińskiego pojawiła się po raz pierwszy w aplikacjach firmy Adobe, takich jak Adobe InDesign , Adobe Photoshop i Adobe Illustrator . Program QuarkXPress 6.5 i starsze nie były zgodne z Unicode. W związku z tym tekst w tych wersjach programu QuarkXPress zawierający znaki inne niż WinANSI lub MacRoman nie będzie wyświetlany poprawnie w czcionce OpenType (ani w innych formatach czcionek Unicode). Jednak w QuarkXPress 7 Quark oferował wsparcie podobne do Adobe. CorelDRAW firmy Corel wprowadzono obsługę funkcji typograficznych OpenType w wersji X6. Mellel , edytor tekstu firmy Redlers działający wyłącznie w systemie Mac OS X, zapewnia zgodność funkcji typograficznych z programem InDesign, ale także rozszerza obsługę skryptów pisanych od prawej do lewej; podobnie jak Classical Text Editor, wyspecjalizowany edytor tekstu opracowany w Austriackiej Akademii Nauk.

Od 2009 roku popularne edytory tekstu dla systemu Microsoft Windows nie obsługiwały zaawansowanych funkcji typograficznych OpenType . Zaawansowane funkcje typograficzne są implementowane tylko w wysokiej klasy DTP . Silnik tekstowy z Windows Presentation Foundation , który jest zarządzaną implementacją kodu OpenType, jest pierwszym interfejsem API systemu Microsoft Windows udostępniającym funkcje OpenType programistom, obsługującym 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 swash , 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 zyskują wsparcie dla zaawansowanych cechy typograficzne. Ligatury OpenType są dostępne w programie Microsoft Office Word 2010 .

W systemie Windows 7 wprowadzono DirectWrite , akcelerowane sprzętowo natywne API DirectX do renderowania tekstu z obsługą wieloformatowego tekstu, czcionek konturowych niezależnych od rozdzielczości, ClearType , zaawansowane funkcje typograficzne OpenType, pełny tekst Unicode, obsługę układu i języka oraz interfejsy 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 wersjach, 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 alfabetu łacińskiego , takie jak kapitaliki , cyfry w starym stylu i różnego rodzaju ligatury, ale nie obsługiwał jeszcze alternatyw kontekstowych, formularzy pozycyjnych ani zmiany kolejności glifów, jak jest obsługiwany przez bibliotekę Uniscribe firmy Microsoft w systemie Windows. Dlatego Mac OS X 10.4 nie oferował obsługi skryptów arabskich ani indyjskich za pośrednictwem OpenType (chociaż takie skrypty są w pełni obsługiwane przez istniejące czcionki AAT). Mac OS X 10.5 ma ulepszoną obsługę OpenType i obsługuje arabskie czcionki OpenType. Stopniowo obsługa typografii OpenType poprawiła się w nowszych wersjach Mac OS X (np. Mac OS X 10.10 może znacznie lepiej obsługiwać długie kontekstowe podstawienia glifów).

Bitstream Panorama , silnik układu linii i kompozycji tekstu firmy Bitstream Inc. , zapewnia pełną obsługę OpenType dla kompaktowych i standardowych czcionek azjatyckich, arabskich, hebrajskich, indyjskich, tajskich 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 zastępowanie 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 jest zapewniane przez 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 umożliwiają dokumentom TeX-owym używanie czcionek OpenType wraz z większością ich cech typograficznych. Linuxowa wersja LibreOffice 4.1 i nowsze obsługują wiele funkcji typograficznych OpenType, ponieważ zaczęto wykorzystywać bardziej wyrafinowaną bibliotekę kształtowania tekstu HarfBuzz.

Plik funkcji OpenType

Jako krok w tworzeniu czcionki, właściwości czcionki OpenType (inne niż kontur) można zdefiniować za pomocą tekstu czytelnego dla człowieka zapisanego w formacie OpenType Feature File firmy Adobe. Pliki funkcji OpenType zazwyczaj mają nazwę kończącą się .fea . Pliki te można skompilować do kontenera czcionek binarnych ( .ttf lub .otf ) za pomocą zestawu Adobe Font Development Kit for OpenType (AFDKO), FontLab , FontForge , Glyphs , DTL OTMaster, RoboFont lub FontTools.

Tagi układu

Znaczniki OpenType Layout to 4-bajtowe ciągi znaków, które identyfikują skrypty, systemy językowe, funkcje i linie bazowe czcionki OpenType Layout. Rejestr znaczników Layout firmy Microsoft ustanawia 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ą cechę. Te skrypty funkcji mogą być tworzone i włączane do czcionek OpenType przez zaawansowane edytory czcionek, takie jak FontLab Studio , AsiaFont Studio i FontForge .

Systemy operacyjne i obsługa aplikacji dla znaczników układu są bardzo zróżnicowane.

Tagi skryptu

Znaczniki skryptów identyfikują skrypty (systemy pisma) reprezentowane w czcionce OpenType. Każdy znacznik odpowiada ciągłym zakresom kodów znaków w Unicode. Znacznik skryptu może składać się z maksymalnie 4 małych liter, np. arab w przypadku alfabetu arabskiego , cyrl w przypadku cyrylicy i latn w przypadku alfabetu łacińskiego . Do specyfikacji dodano tag skryptu matematycznego , dodany przez Microsoft dla Cambria Math .

Znaczniki systemu językowego

Znaczniki systemu językowego identyfikują systemy językowe obsługiwane w czcionce OpenType. Przykłady obejmują ARA dla języka arabskiego , ESP dla języka hiszpańskiego , HYE dla ormiańskiego , itp. Zasadniczo kody nie są takie same jak kody ISO 639-2 .

Tagi funkcji

Główny artykuł: lista znaczników funkcji OpenType

Listę cech OpenType wraz z rozbudowanymi opisami podano listę cech typograficznych .

Znaczniki linii bazowej

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

Znaczniki linii bazowej i osie w czcionkach OpenType
Znacznik linii bazowej Oś pozioma Oś pionowa
'powiesić' pozioma linia, z której zdają się zwisać sylabogramy w piśmie tybetańskim Ta sama linia w tybetańskim trybie pisma pionowego.
'icfb' Linia bazowa dolnej krawędzi znaku ideograficznego. Linia podstawowa lewej krawędzi postaci ideograficznej.
'icft' Linia bazowa górnej krawędzi twarzy znaku ideograficznego. Ideograficzny charakter twarzy prawej krawędzi linii bazowej.
„pomysł” Ideograficzna linia bazowa dolnej krawędzi pola em-box. Linia bazowa lewej krawędzi ideograficznego pola em-box.
'idtp' Ideograficzna linia bazowa górnej krawędzi em-box. Linia bazowa prawej krawędzi ideograficznego pola em-box.
„matematyka” Linia bazowa, wokół której wyśrodkowane są znaki matematyczne. Linia bazowa, wokół której znaki matematyczne są wyśrodkowane w trybie pisania pionowego.
'romn' Linia bazowa używana przez proste pisma alfabetyczne, takie jak łacina, cyrylica i greka. Alfabetyczna linia bazowa dla znaków obrócona o 90 stopni zgodnie z ruchem wskazówek zegara dla trybu pisania pionowego.

Matematyka

Zestaw tabel, który stosunkowo dokładnie odzwierciedla metryki czcionek matematycznych TeX, został początkowo dodany przez Microsoft do Cambria Math w celu obsługi ich nowego silnika edycji i renderowania matematyki w pakiecie Office 2007 i nowszych. To rozszerzenie zostało dodane do normy ISO (ISO/IEC CD 14496-22, wydanie 3) w kwietniu 2014 r. Dodatkowe szczegóły (użytkowania) są dostępne w raporcie technicznym Unicode 25 i nocie technicznej 28. Niektóre nowe funkcje techniczne (nieobecne w TeX), takie jak „wcięcia” (które umożliwiają kerning indeksów dolnych i górnych względem ich podstaw) oraz stosy rozciągania zostały opatentowane przez firmę Microsoft. Windows 8 obsługuje matematykę OpenType poza aplikacjami MS Office za pośrednictwem komponentu RichEdit 8.0.

Oprócz produktów firmy 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 elementy wewnętrzne matematyki TeX wykonanie; słowami Ulrika Vietha (2009): „Dokładniej, podczas gdy XeTeX zapewnia dostęp jedynie do parametrów OpenType jako dodatkowych \fontdimens, LuaTeX wykorzystuje wewnętrzną strukturę danych opartą na połączonym zestawie parametrów OpenType i TeX, umożliwiając dostarczanie brakujące wartości, które nie są obsługiwane ani w czcionkach matematycznych OpenType, ani w tradycyjnych czcionkach matematycznych TeX”. W 2013 roku XeTeX zyskał również wsparcie dla przerywnikó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 roku 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 . Niedawno Latin Modern i TeX Gyre („ LM-izacja ” standardowych czcionek PostScript) również zyskały wsparcie dla matematyki OpenType. Od 2014 roku liczba czcionek matematycznych OpenType jest nadal dość ograniczona. Bardziej aktualna lista jest utrzymywana na stronie internetowej Mozilli .

Kolor

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

W systemie Windows 8.1 Microsoft dodał również 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 umożliwia 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 kolorystycznego otaczającego glify. Według Adama Twardocha : „Na TypeCon [2013] Greg Hitchcock wyjaśnił przewidywane role palet: pierwsza paleta jest używana domyślnie w sytuacjach kolorystycznych „ciemny na jasnym”, podczas gdy druga paleta jest przeznaczona do użycia w sytuacjach „jasny na ciemny”. Dodatkowe palety powinny być wybierane przez użytkownika.”

Mozilla i Adobe opracowały inne rozszerzenie wektorowe, dodając osadzone dokumenty SVG (obsługujące kolory, ale także animacje) do tabeli SVG. Tabela SVG pozwoliła również na użycie palet kolorów zdefiniowanych w tabeli 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. Tabela sbix firmy Apple była pierwotnie obsługiwana tylko w czcionkach AAT, ale później została dodana do OpenType w wersji 1.8. Rocznicowa aktualizacja systemu Microsoft Windows 10 była pierwszym systemem operacyjnym obsługującym wszystkie cztery rozszerzenia czcionek kolorowych, a Microsoft Edge był 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 wspiera poprawioną specyfikację w przeglądarkach 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 roku firma Adobe dostarczyła nową technologię w pakiecie aplikacji Creative Suite , która oferuje rozwiązanie dla „ gaiji (外字, po japońsku „znak zewnętrzny”). Skrypty pisma ideograficznego, takie jak chiński i japoński, nie mają stałych zbiorów znaków. Powszechnie używają tysięcy glifów, a dziesiątki tysięcy rzadziej. Nie wszystkie glify kiedykolwiek wymyślono i używano na Wschodzie Literatura azjatycka została nawet skatalogowana. 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 znaki są znane 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 inaczej w różnych okresach czasu. Nie jest niczym niezwykłym, że nazwy miejsc lub nazwiska rodowe używają historycznej formy postaci. W ten sposób użytkownik końcowy korzystający ze standardowych czcionek może nie być w stanie poprawnie przeliterować ani własnego 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 użytku prywatnego (PUA). Takich znaków nie można używać poza środowiskiem, w którym znane jest powiązanie prywatnego Unicode z kształtem glifu. Dokumenty na ich podstawie nie są przenośne. Inne instalacje traktują gaiji jako grafikę. Może to być uciążliwe, ponieważ układu tekstu i kompozycji nie można zastosować do grafiki. Nie można ich wyszukać. Często ich renderowanie różni się od otaczających 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 Creative Suite 2 firmy Adobe, umożliwia tworzenie glifów, z których każdy jest pakowany jako samodzielna czcionka. Taki spakowany glif nazywany jest glifletem . Format, który Adobe upublicznił, jest oparty na OpenType. Pakiet składa się z obrysu glifu w formacie 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. Gliflety SING można tworzyć za pomocą aplikacji SigMaker3 firmy Fontlab .

Specyfikacja SING mówi, że glify mają podróżować z dokumentem, w którym są używane. W ten sposób dokumenty są przenośne, nie pozostawiając w dokumencie niebezpieczeństwa znaków, których nie można wyświetlić. Ponieważ gliflety są zasadniczo czcionkami OpenType, standardowe maszyny czcionek mogą je renderować. Specyfikacja SING opisuje również 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.

Odmiana specyficzna dla języka

Wariacje w cyrylicy kursywą. Litery w tym samym rzędzie mają ten sam punkt kodowy.

Serbska/macedońska cyrylica może wykorzystywać niektóre glify charakterystyczne dla danego języka. Są to tylko preferowane i nie są ściśle wymagane. W Unicode są one zakodowane w jednym punkcie kodowym, a OpenType umożliwia wyświetlanie tych glifów specyficznych dla języka za pomocą znaczników językowych i funkcji locl .

Zobacz też

Linki zewnętrzne

Pobrano z „ https://en.wikipedia.org/w/index.php?title=OpenType&oldid=1138857238 ”