Texto complexo headless nativo em Windows

O construtor nativo de aparências aplica shaping a árabe, hebraico, sequências de combinação e texto bidirecional misto em Windows através de DLLs HarfBuzz e FriBidi correspondentes

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

Forneça DLLs e as dependências transitivas delas 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 num diretório de pesquisa controlado pela aplicação antes de carregar as bibliotecas de shaping; um caminho absoluto para a DLL principal não fornece por si só todas as bibliotecas dependentes

Glyphs Unicode diretos simples continuam a usar o tipo de letra incorporado sem carregar o runtime de shaping; shaping complexo obrigatório reporta uma falha se o runtime dele não puder carregar ou não tiver um símbolo exigido

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

CharacterSpacing e WordSpacing aplicam-se uma vez por cluster com shaping e participam no layout medido; o cancelamento de quem chama e os orçamentos de glyphs, de tipos de letra e de objetos também se aplicam

A suíte nativa de aceitação verifica processos Delphi e FPC reais em ambas as arquiteturas Windows, com verificações independentes de glyphs, de avanços e de píxeis MuPDF contra as saídas de Linux

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