Wyglądy adnotacji i pól OpenType CFF

Natywne budownicze wyglądów przyjmują fonty OpenType OTTO z konturami CFF 1, obok ich istniejącego wejścia TrueType

Wyglądy tekstu plain, rich, shaped i rodzin osadzają kompletny oryginalny plik OpenType przez FontFile3 z Subtype OpenType i potomkiem CIDFontType0

CFF kluczowany nazwami używa indeksów glifów jako CID, podczas gdy CFF kluczowany CID zachowuje swoje rzeczywiste Registry, Ordering, Supplement i mapowanie charset z indeksów glifów na CID

Wygenerowany CMap Encoding mapuje kody znaków tekstu na rzeczywiste CID; szerokości używają tych CID, ToUnicode zachowuje tekst logiczny, a CIDFontType0 nie otrzymuje CIDToGIDMap

Pozycje i zasięgi glifów używają metryk OpenType HarfBuzz, łącznie z granicami fragmentów rich i znaczników łączenia; fragmenty rich współdzielą niemodyfikowalne czytniki fontów per styl i jeden osadzony zasób fontu

Metryki CFF wymagają biblioteki HarfBuzz o pasującej architekturze, nawet gdy ShapeComplexText jest False; HOTPDF_HARFBUZZ_LIBRARY wybiera jawną ścieżkę, a złożone shapowanie dodatkowo używa istniejącej zależności FriBidi

Widoczna adnotacja FreeText bez wyglądu normal może użyć poprawnego zasobu default-appearance zawierającego kompletny font OpenType CFF; istniejące pierwszeństwo zasobów, przycinanie, kolory i polityka osadzania tylko do odczytu obowiązują

Generowanie pól edytowalnych nadal wymaga uprawnienia instalowalnego albo edytowalnego; fallback tylko do odczytu dopuszcza uprawnienie preview-and-print, podczas gdy ograniczone albo wyłącznie bitmapowe kontury pozostają odrzucane, a no-subsetting zachowuje każdy oryginalny bajt fontu

Budżety bajtów fontu, glifów, rozmiaru obiektu, zagregowanych fontów rich, anulowania i natywnego renderowania pozostają wymuszane; zniekształcone offsety INDEX CFF, słowniki, zakresy charset, zduplikowane CID i brakujące łańcuchy kolekcji są odrzucane przed publikacją

Mapowanie formatu podąża za ISO 32000-1:2008 9.7.4.2 i 9.9, łącznie z jawnym mapowaniem charset OpenType kluczowanym CID

Natywne renderowanie, MuPDF i Ghostscript przechodzą fiksatury OpenType rzadkich CID; testowane backendy Poppler mają osobną niekompatybilność mapowania OpenType rzadkich CID, podczas gdy Poppler OpenType identity-CID i surowe kontrole CIDFontType0 renderują poprawnie

Niezależne czytniki mogą syntetyzować brakujący wygląd adnotacji inaczej; jawne wygenerowane wyglądy są sprawdzane osobno od zachowania fallback każdego czytnika

Brakujące wyglądy adnotacji mogą też zachować oryginalne zasoby gołego Type1, Type1C i CIDFontType0C przez oryginalną ścieżkę adnotacji z surowymi fontami; CFF2 pozostaje osobną pracą, a dostarczone programy fontów nie są konwertowane ani okrajane, by obejść różnice czytników

Zobacz HPDFBuildHeadlessTextAppearance i TryGetCompactFontTable