Windows-nativer Headless-Complex-Text

Der native Appearance-Builder formt Arabisch, Hebräisch, kombinierende Sequenzen und gemischten bidirektionalen Text unter Windows über passende HarfBuzz- und FriBidi-DLLs

Setze HOTPDF_HARFBUZZ_LIBRARY und HOTPDF_FRIBIDI_LIBRARY vor der ersten komplexen Shaping-Operation auf vertrauenswürdige absolute Bibliothekspfade; die Defaults sind libharfbuzz-0.dll und libfribidi-0.dll

Stelle DLLs samt ihrer transitiven Abhängigkeiten für die Prozessarchitektur bereit: Win32-Anwendungen brauchen x86-Binaries, Win64-Anwendungen x64-Binaries

Lege Abhängigkeits-DLLs vor dem Laden der Shaping-Bibliotheken in ein anwendungskontrolliertes Suchverzeichnis; ein absoluter Pfad zur primären DLL liefert nicht von selbst jede abhängige Bibliothek

Einfache direkte Unicode-Glyphen nutzen weiterhin den eingebetteten Font, ohne die Shaping-Runtime zu laden; benötigtes komplexes Shaping meldet einen Fehler, wenn seine Runtime nicht lädt oder ein erforderliches Symbol fehlt

Die API behält logisches Unicode in Feldwerten, ToUnicode-Clustern und ActualText, während sie die tatsächlichen kontextuellen Glyphen in visueller Ordnung malt

CharacterSpacing und WordSpacing greifen einmal pro geformtem Cluster und fließen ins gemessene Layout ein; Abbruch des Aufrufers sowie Glyphen-, Font- und Objektbudgets gelten ebenfalls

Die native Abnahmesuite verifiziert echte Delphi- und FPC-Prozesse auf beiden Windows-Architekturen, mit unabhängigen Glyphen-, Vorschub- und MuPDF-Pixel-Prüfungen gegen die Linux-Ausgaben

Shaping- und Appearance-Verträge beschreiben HPDFShapeHeadlessText und THPDFHeadlessTextAppearanceOptions