HPDFBuildHeadlessTextAppearance

function HPDFBuildHeadlessTextAppearance(const Text: UnicodeString;
  const TrueTypeFont: SysUtils.TBytes; FirstObjectNumber: Integer;
  const Options: THPDFHeadlessTextAppearanceOptions): THPDFHeadlessTextAppearance;

Buduje rzeczywisty Form XObject Unicode i jego obiekty fontów używając współdzielonego parsera HotPDF, klas obiektów, czytnika cmap, rzeczywistych posunięć i metadanych deskryptora TrueType oraz opcjonalnego shapowania HarfBuzz/FriBidi

Zwrócony pakiet posiada siedem kolejnych obiektów zaczynając od dodatniego FirstObjectNumber; użyj metody wyglądów dokumentu dla rejestracji obiektów, linków pól, szyfrowania i ograniczonego wyjścia przyrostowego

Wejście TrueType wymaga nazwanych konturów glyf/loca, spójnej sygnatury sfnt i magii head, uporządkowanych ograniczonych offsetów glifów i kompletnego poprawnego cmap Unicode zawartego w zadeklarowanym zakresie tabeli; wejście OpenType OTTO może zamiast tego dostarczyć ograniczoną tabelę CFF 1 ze zwalidowanym zbiorem znaków i metadanymi kolekcji

Wyszukiwanie Unicode nie schodzi do mapowań Symbol ani MacRoman; brakujące glify są odrzucane zamiast podmieniane wizualnie niezwiązanym glifem

Wspierany tekst to bezpośredni poziomy łaciński, grecki, cyrylicki, prosty CJK, prekomponowany Hangul, wybrane symbole matematyczne i izolowane emoji, gdy dostarczony font zawiera każdy skalar

Wielowierszowy layout CR/LF, mierzone zawijanie, komórki comb, obroty o ćwierć obrotu oraz prostokątne albo okrągłe ramki są sterowane rekordem opcji

Z włączonym ShapeComplexText skrypty złożone, sekwencje łączenia, bidi i ligatury używają natywnego shapowania HarfBuzz i uporządkowania runów FriBidi; zniekształcone surrogaty, nieobsługiwane znaki sterujące, brakujące glify, niepoprawne uprawnienia fontu i wyczerpane budżety pozostają błędami

Złożone glify otrzymują indywidualne pozycjonowanie, łącznie z offsetami shapowania, mapowaniami ToUnicode świadomymi klastrów i ActualText marked-content zachowującym źródło logiczne; czytniki mogą użyć własnej kolejności ekstrakcji tekstu adnotacji

Linux wczytuje libharfbuzz.so.0 i libfribidi.so.0; Windows wymaga libharfbuzz-0.dll i libfribidi-0.dll o pasującej architekturze, z opcjonalnymi jawnymi ścieżkami przez HOTPDF_HARFBUZZ_LIBRARY i HOTPDF_FRIBIDI_LIBRARY

Kompletne oryginalne bajty fontu są osadzane z rzeczywistą nazwą PostScript, granicami, ascent, descent, kątem italic i flagą fixed-pitch; wysokość cap używa OS/2, gdy dostępna, w przeciwnym razie hhea ascender, a StemV używa konserwatywnego oszacowania stałego deskryptora

Wymagane jest osadzanie instalowalne albo edytowalne; no-subsetting jest honorowane przez pełne osadzanie, a ograniczone, preview-and-print, wyłącznie bitmapowe, nieobecne i nieznane uprawnienia osadzania są odrzucane

Budowniczy sprawdza bajty fontu, liczbę glifów, rozmiary strumieni i słowników, poprawność skalarów i anulowanie przed zwróceniem posiadanego pakietu

Zobacz THPDFHeadlessTextAppearanceOptions, THPDFHeadlessTextAppearance i SetTextFieldValueWithAppearance

Fonty OpenType CFF 1 są wspierane przez backend kompaktowych wyglądów fontów, z zachowaniem pełnego fontu, rzeczywistego mapowania CID, tekstu Unicode, szerokości i polityki osadzania