Texto complejo headless nativo de Windows

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

Fije HOTPDF_HARFBUZZ_LIBRARY y HOTPDF_FRIBIDI_LIBRARY a rutas absolutas de librerías de confianza antes de la primera operación de shaping complejo; los predeterminados son libharfbuzz-0.dll y libfribidi-0.dll

Proporcione 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

Coloque 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 principal no suministra 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 informa un fallo si su runtime no puede cargarse o carece de un símbolo necesario

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 se aplican una vez por cluster formado y participan en el layout medido; la cancelación del llamador y los presupuestos de glyphs, fuentes y objetos también se aplican

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

Véase HPDFShapeHeadlessText y THPDFHeadlessTextAppearanceOptions para los contratos de shaping y appearance