Windows native headless complex text

Natywny builder wyglądów kształtuje tekst arabski, hebrajski, sekwencje łączące i mieszany dwukierunkowy na Windows przez pasujące DLL HarfBuzz i FriBidi

Ustaw HOTPDF_HARFBUZZ_LIBRARY i HOTPDF_FRIBIDI_LIBRARY na zaufane absolutne ścieżki bibliotek przed pierwszą operacją złożonego shapingu; domyślne to libharfbuzz-0.dll i libfribidi-0.dll

Dostarcz DLL i ich przechodnie zależności dla architektury procesu: aplikacje Win32 wymagają binarek x86, a aplikacje Win64 binarek x64

Umieść zależnościowe DLL w kontrolowanym przez aplikację katalogu wyszukiwania przed załadowaniem bibliotek shapingu; absolutna ścieżka do głównej DLL nie dostarcza sama w sobie każdej zależnej biblioteki

Proste bezpośrednie glify Unicode nadal używają osadzonego fontu bez ładowania runtime'u shapingu; wymagany złożony shaping raportuje awarię, gdy jego runtime nie może się załadować albo brakuje wymaganego symbolu

API zachowuje logiczne Unicode w wartościach pól, klastrach ToUnicode i ActualText, malując rzeczywiste kontekstowe glify w kolejności wizualnej

CharacterSpacing i WordSpacing stosują się raz na ukształtowany klaster i uczestniczą w mierzonym layoucie; anulowanie wywołującego oraz limity glifów, fontów i obiektów też obowiązują

Natywna suita akceptacyjna weryfikuje prawdziwe procesy Delphi i FPC na obu architekturach Windows, z niezależnymi sprawdzeniami glifów, przyrostów i pikseli MuPDF względem wyjść Linux

Zobacz HPDFShapeHeadlessText i THPDFHeadlessTextAppearanceOptions po kontrakty shapingu i wyglądów