Windows native headless kompleks tekst

Den native appearance-builder former arabisk, hebraisk, combining-sekvenser og blandet bidirektionel tekst på Windows gennem matchende HarfBuzz- og FriBidi-DLL'er

Sæt HOTPDF_HARFBUZZ_LIBRARY og HOTPDF_FRIBIDI_LIBRARY til betroede absolutte biblioteksstier, før den første komplekse shaping-operation; standarderne er libharfbuzz-0.dll og libfribidi-0.dll

Lever DLL'er og deres transitive afhængigheder for procesarkitekturen: Win32-applikationer kræver x86-binaries, mens Win64-applikationer kræver x64-binaries

Placér afhængigheds-DLL'er i en applikationsstyret søgemappe, før shaping-bibliotekerne indlæses; en absolut sti til den primære DLL leverer ikke selv alle afhængige biblioteker

Simple direkte Unicode-glyphs fortsætter med at bruge den indlejrede font uden at indlæse shaping-runtime; krævet kompleks shaping rapporterer en fejl, hvis dens runtime ikke kan indlæses eller mangler et krævet symbol

API'en bevarer logisk Unicode i feltværdier, ToUnicode-clusters og ActualText, mens de faktiske kontekstuelle glyphs males i visuel rækkefølge

CharacterSpacing og WordSpacing anvendes én gang pr. shapet cluster og indgår i målt layout; kalder-cancellation samt glyph-, font- og objektbudgetter gælder også

Den native accept-suite verificerer rigtige Delphi- og FPC-processer på begge Windows-arkitekturer med uafhængige glyph-, advance- og MuPDF-pixelchecks mod Linux-outputs

Se HPDFShapeHeadlessText og THPDFHeadlessTextAppearanceOptions for shaping- og appearance-kontrakterne