Texto complexo nativo headless no Windows

O builder nativo de aparências faz o shaping de árabe, hebraico, sequências combinantes e texto bidirecional misto no Windows por meio de DLLs correspondentes de HarfBuzz e FriBidi

Defina HOTPDF_HARFBUZZ_LIBRARY e HOTPDF_FRIBIDI_LIBRARY com caminhos absolutos confiáveis de bibliotecas antes da primeira operação complexa de shaping; os defaults são libharfbuzz-0.dll e libfribidi-0.dll

Forneça as DLLs e suas dependências transitivas para a arquitetura do processo: aplicações Win32 exigem binários x86, enquanto aplicações Win64 exigem binários x64

Coloque as DLLs de dependência em um diretório de busca controlado pela aplicação antes de carregar as bibliotecas de shaping; um caminho absoluto para a DLL primária, por si só, não fornece cada biblioteca dependente

Glyphs Unicode diretos e simples continuam usando a fonte embutida sem carregar o runtime de shaping; shaping complexo obrigatório reporta falha se seu runtime não carregar ou não tiver um símbolo necessário

A API mantém o Unicode lógico nos valores dos campos, nos clusters ToUnicode e no ActualText, enquanto pinta os glyphs contextuais reais em ordem visual

CharacterSpacing e WordSpacing aplicam-se uma vez por cluster com shaping e participam do layout medido; cancelamento do chamador e orçamentos de glyphs, fontes e objetos também se aplicam

A suíte nativa de aceitação verifica processos reais de Delphi e FPC nas duas arquiteturas Windows, com checagens independentes de glyphs, advances e pixels MuPDF contra as saídas do Linux

Veja HPDFShapeHeadlessText e THPDFHeadlessTextAppearanceOptions para os contratos de shaping e aparência