HPDFBuildHeadlessTextAppearance

function HPDFBuildHeadlessTextAppearance(const Text: UnicodeString;
  const TrueTypeFont: SysUtils.TBytes; FirstObjectNumber: Integer;
  const Options: THPDFHeadlessTextAppearanceOptions): THPDFHeadlessTextAppearance;

Costruisce un vero Form XObject Unicode e i suoi oggetti font usando il parser condiviso HotPDF, le classi di oggetti, il lettore cmap, i veri advance e metadati descriptor TrueType e lo shaping HarfBuzz/FriBidi opzionale

Il bundle restituito possiede sette oggetti consecutivi a partire da un FirstObjectNumber positivo; usa il metodo appearance del documento per registrazione oggetti, collegamenti ai campi, cifratura e output incrementale limitato

Il font richiede outline TrueType glyf/loca nominali, una firma sfnt e head magic coerenti, offset glyph ordinati e limitati e una cmap Unicode completa e valida contenuta nella sua estensione di tabella dichiarata

La lookup Unicode non ripiega su mappature Symbol o MacRoman; i glyph mancanti vengono rifiutati invece di essere sostituiti con un glyph visivamente non correlato

Il testo supportato è Latino, Greco, Cirillico orizzontale diretto, CJK semplice, Hangul precomposto, simboli matematici selezionati ed emoji isolati quando il font fornito contiene ogni scalar

Layout multilinea CR/LF, wrapping misurato, celle comb, rotazioni a quarto di giro e bordi rettangolari o circolari sono controllati dal record opzioni

Con ShapeComplexText abilitato, script complessi, sequenze combining, bidi e legature usano lo shaping HarfBuzz nativo e l'ordinamento dei run FriBidi; surrogate malformate, caratteri di controllo non supportati, glyph mancanti, permessi font non validi e budget esauriti restano errori

I glyph complessi ricevono posizionamento individuale inclusi offset di shaping, mappature ToUnicode cluster-aware e ActualText di marked-content che conserva la sorgente logica; i reader possono usare il loro ordine di estrazione testo delle annotazioni

Linux carica libharfbuzz.so.0 e libfribidi.so.0; Windows richiede libharfbuzz-0.dll e libfribidi-0.dll di architettura corrispondente, con percorsi espliciti opzionali tramite HOTPDF_HARFBUZZ_LIBRARY e HOTPDF_FRIBIDI_LIBRARY

I byte originali completi del font sono incorporati con il loro vero nome PostScript, bounds, ascent, descent, angolo italic e flag fixed-pitch; la cap height usa OS/2 quando disponibile altrimenti l'ascender hhea, mentre StemV usa una stima conservativa del descriptor fixed

È richiesto l'incorporamento installable o editable; il no-subsetting è onorato dall'incorporamento completo, e permessi di incorporamento restricted, preview-and-print, bitmap-only, assenti o sconosciuti vengono rifiutati

Il builder controlla byte del font, conteggio glyph, dimensioni di stream e dizionari, validità degli scalar e cancellazione prima di restituire un bundle di proprietà

Vedi THPDFHeadlessTextAppearanceOptions, THPDFHeadlessTextAppearance e SetTextFieldValueWithAppearance

I font OpenType CFF 1 sono supportati tramite il backend di appearance dei font compatti, preservando il font completo, il mapping CID effettivo, il testo Unicode, i width e la politica di incorporamento