Testo complesso headless nativo su Windows

Il builder nativo delle appearance effettua lo shaping di testo arabo, ebraico, sequenze combining e bidirezionale misto su Windows attraverso DLL HarfBuzz e FriBidi corrispondenti

Impostare HOTPDF_HARFBUZZ_LIBRARY e HOTPDF_FRIBIDI_LIBRARY su percorsi assoluti fidati delle librerie prima della prima operazione di shaping complesso; i valori predefiniti sono libharfbuzz-0.dll e libfribidi-0.dll

Fornire le DLL e le loro dipendenze transitive per l'architettura del processo: le applicazioni Win32 richiedono binari x86, mentre le applicazioni Win64 richiedono binari x64

Collocare le DLL delle dipendenze in una directory di ricerca controllata dall'applicazione prima di caricare le librerie di shaping; un percorso assoluto verso la DLL principale da solo non fornisce ogni libreria dipendente

I glifi Unicode diretti semplici continuano a usare il font incorporato senza caricare il runtime di shaping; lo shaping complesso richiesto riporta un fallimento se il suo runtime non può caricarsi o manca di un simbolo richiesto

L'API conserva Unicode logico nei valori dei campi, nei cluster ToUnicode e in ActualText mentre dipinge i veri glifi contestuali in ordine visivo

CharacterSpacing e WordSpacing si applicano una volta per cluster con shaping e partecipano al layout misurato; si applicano anche cancellazione del chiamante e budget su glifi, font e oggetti

La suite di acceptance nativa verifica processi Delphi e FPC reali su entrambe le architetture Windows, con controlli indipendenti su glifi, avanzamenti e pixel MuPDF rispetto agli output Linux

Vedere HPDFShapeHeadlessText e THPDFHeadlessTextAppearanceOptions per i contratti di shaping e appearance