Texto complejo headless nativo de Windows

El builder nativo de appearances da forma a texto árabe, hebreo, secuencias combining y bidireccional mixto en Windows a través de DLLs de HarfBuzz y FriBidi que coincidan

Asigna HOTPDF_HARFBUZZ_LIBRARY y HOTPDF_FRIBIDI_LIBRARY a rutas absolutas de librerías confiables antes de la primera operación compleja de shaping; los defaults son libharfbuzz-0.dll y libfribidi-0.dll

Aporta las DLLs y sus dependencias transitivas para la arquitectura del proceso: las aplicaciones Win32 requieren binarios x86, mientras que las aplicaciones Win64 requieren binarios x64

Coloca las DLLs de dependencia en un directorio de búsqueda controlado por la aplicación antes de cargar las librerías de shaping; una ruta absoluta a la DLL primaria no aporta por sí sola cada librería dependiente

Los glyphs Unicode directos simples siguen usando la fuente embebida sin cargar el runtime de shaping; el shaping complejo requerido reporta un fallo si su runtime no puede cargar o le falta un símbolo requerido

La API mantiene el Unicode lógico en los valores de campos, los clusters ToUnicode y el ActualText mientras pinta los glyphs contextuales reales en orden visual

CharacterSpacing y WordSpacing aplican una vez por cluster con forma y participan en el layout medido; la cancelación del llamador y los presupuestos de glyphs, fuentes y objetos también aplican

La suite de aceptación nativa verifica procesos reales de Delphi y FPC en ambas arquitecturas de Windows, con verificaciones independientes de glyphs, advances y píxeles MuPDF contra las salidas de Linux

Ver HPDFShapeHeadlessText y THPDFHeadlessTextAppearanceOptions para los contratos de shaping y appearance