Texte complexe natif headless sous Windows

Le builder natif d'appearances façonne l'arabe, l'hébreu, les séquences combinantes et le texte bidirectionnel mixte sous Windows via des DLL HarfBuzz et FriBidi correspondantes

Affectez à HOTPDF_HARFBUZZ_LIBRARY et HOTPDF_FRIBIDI_LIBRARY des chemins absolus de bibliothèques de confiance avant la première opération de façonnage complexe ; les défauts sont libharfbuzz-0.dll et libfribidi-0.dll

Fournissez les DLL et leurs dépendances transitives pour l'architecture du processus : les applications Win32 exigent des binaires x86, les applications Win64 des binaires x64

Placez les DLL de dépendances dans un répertoire de recherche contrôlé par l'application avant de charger les bibliothèques de façonnage ; un chemin absolu vers la DLL principale ne fournit pas à lui seul chaque bibliothèque dépendante

Les glyphes Unicode directs simples continuent d'utiliser la police embarquée sans charger le runtime de façonnage ; le façonnage complexe requis signale un échec si son runtime ne peut pas se charger ou s'il manque un symbole requis

L'API conserve l'Unicode logique dans les valeurs de champs, les clusters ToUnicode et les ActualText tout en peignant les vrais glyphes contextuels dans l'ordre visuel

CharacterSpacing et WordSpacing s'appliquent une fois par cluster façonné et participent au layout mesuré ; l'annulation de l'appelant et les budgets de glyphes, de polices et d'objets s'appliquent aussi

La suite d'acceptation native vérifie de vrais processus Delphi et FPC sur les deux architectures Windows, avec des vérifications indépendantes de glyphes, d'avances et de pixels MuPDF par rapport aux sorties Linux

Voir HPDFShapeHeadlessText et THPDFHeadlessTextAppearanceOptions pour les contrats de façonnage et d'appearances