Windows native headless complex text

Nativní appearance builder shapeuje arabštinu, hebrejštinu, kombinující sekvence a smíšený bidirezionální text na Windows přes odpovídající DLL HarfBuzz a FriBidi

Před první složitou shaping operací nastavte HOTPDF_HARFBUZZ_LIBRARY a HOTPDF_FRIBIDI_LIBRARY na důvěryhodné absolutní cesty knihoven; výchozí jsou libharfbuzz-0.dll a libfribidi-0.dll

Dodávejte DLL a jejich tranzitivní závislosti pro architekturu procesu: Win32 aplikace potřebují x86 binárky, Win64 aplikace x64 binárky

Závislé DLL umístěte do adresáře hledání řízeného aplikací dřív, než načtete shaping knihovny; absolutní cesta k primární DLL sama o sobě nedodá všechny závislé knihovny

Jednoduché přímé Unicode glyfy dál používají vložené písmo bez načítání shaping runtime; vyžadovaný složitý shaping reportuje selhání, když se jeho runtime nemůže načíst nebo mu chybí vyžadovaný symbol

API si uchovává logický Unicode v hodnotách polí, clusterech ToUnicode a ActualText, zatímco maluje skutečné kontextové glyfy ve vizuálním pořadí

CharacterSpacing a WordSpacing se aplikují jednou na shaped cluster a účastní se měřeného layoutu; platí i zrušení od volajícího a limity glyfů, písem a objektů

Nativní akceptační sada verifikuje reálné procesy Delphi a FPC na obou Windows architekturách, s nezávislými kontrolami glyfů, advanců a pixelů proti MuPDF na Linux výstupech

Shaping a appearance kontrakty popisují HPDFShapeHeadlessText a THPDFHeadlessTextAppearanceOptions