Fallback delle annotazioni native

HPDFRenderHeadlessPagePNG costruisce appearance temporanee per le annotazioni supportate prive di normal appearance

Le normal appearance esistenti hanno la precedenza; le appearance attive malformate fanno comunque fallire in modo esplicito

Il documento sorgente resta invariato: gli stream e i font generati appartengono all'operazione di render e vengono rilasciati dopo l'uso

Geometria e contenuto statico

Il fallback copre i bordi dei Link, Square, Circle, Line, Polygon, PolyLine, Ink, Highlight, Underline, StrikeOut, Squiggly, FreeText, Text, Caret, Stamp, FileAttachment, Sound e i contorni di preview dei Redact

La geometria delle linee include dieci stili di estremità e le leader line; i bordi supportati includono stili solid, dashed e underline, più i bordi rettangolari beveled e inset ombreggiati, con array di colori vuoti espliciti che preservano la trasparenza

Popup, Projection e Screen non hanno contenuto dipinto autonomo senza una normal appearance; gli ambienti 3D attivati, audio, allegati e azioni link restano fuori dal raster rendering statico

I controlli di visibilità e optional content avvengono prima della costruzione del fallback; le appearance temporanee conservano il clipping di pagina e le regole geometriche esistenti di view/print, NoZoom e NoRotate

Caption delle linee e bordi in rilievo

Le caption delle linee consumano Cap, CP, CO, Contents, RC e DS attraverso lo stesso percorso temporaneo dei Form di testo Unicode, con gap Inline misurati, piazzamento Top e offset relativi agli endpoint

Le caption lunghe usano il piazzamento sopra la linea; le interruzioni di paragrafo esplicite vengono preservate, e testo plain o rich vuoto lascia invariata la linea ordinaria

I bound della caption conservano sia il BBox del Form temporaneo sia il rettangolo dell'annotazione; il clipping ordinario del contenuto di pagina resta invariato

I bordi rettangolari beveled e inset usano bande chiare e scure opposte con opacità indipendente di bordo e interno; larghezza zero e array di colori vuoti conservano la loro semantica di trasparenza

Gli stili di bordo con nome sconosciuto usano il default solid, mentre gli stili non-name restano input malformato

Si veda decorazioni delle annotazioni per la policy dei colori, la lifetime dei font e la copertura di accettazione indipendente

FreeText

Il testo plain supporta PDFDocEncoding, UTF-16 e UTF-8 con prefisso BOM; il rich text XHTML supporta lo stile di default ereditato e le voci RC text-stream

Il profilo limitato delle default-appearance FreeText supporta Tf, g, rg, k, Tc, Tw, Tz, Ts, TL, un Tm, Tr e lo stato di tratto G, RG, K, w, J, j, M e d; una dimensione font Tf pari a zero richiede il fitting automatico trasformato

I font TrueType di default incorporati usano i byte del font del documento; le risorse originali Type1C, CIDFontType0C e Type1 puro, l'input OpenType CFF completo e le istanze predefinite OpenType CFF2 usano i loro percorsi di font originali documentati; i font standard supportati e le famiglie rich text usano il resolver locale della piattaforma

Le appearance testuali temporanee usano il builder read-only a famiglie esplicito, inclusi i font outline TrueType Preview/Print-only; i byte completi del font e i flag di permesso vengono preservati, mentre i builder di editing esistenti conservano la loro ammissione originale

I nomi dei font DA vengono risolti tramite Catalog AcroForm.DR.Font prima delle risorse di pagina; le risorse di pagina e gli alias standard riconosciuti sono percorsi di recupero quando manca il binding di default

Il layout del testo supporta allineamento, rotazione di un quarto di giro, differenze di rettangolo e geometria callout; le risorse font generate restano isolate dalle risorse esistenti e dagli stream sorgente cifrati

Bound e handler incompleti

I limiti di operazione, token, byte decodificati, working memory e output si applicano a geometria, testo e font generati; cancellazione e rendering fallito preservano gli stessi contratti di sorgente e pubblicazione delle appearance esistenti

Screen senza appearance non ha immagine o bordo statico di default; una normal appearance fornita mantiene la priorità sia nell'uso view sia in print

Le appearance mancanti sono opzionali in PDF 1.2–1.7; PDF 2.0 richiede le appearance salvo le eccezioni specificate, quindi le fixture Path senza appearance verificano il recupero anziché la scrittura PDF 2.0 conforme

Bordi cloudy, font CFF di default incorporati, operatori di default-appearance FreeText aggiuntivi e altri handler standard di fallback restano incompleti

Tr4 attraverso Tr7 usano clip accumulati di contorni di glifi; i loro quattro controlli finiti a due run hanno passato confronti nativi e verifiche indipendenti di lettura MuPDF 1.28.5 e Poppler, come registrato nell'argomento DA

Il fallback dei Redact mostra un contorno di preview e non rimuove né oscura il contenuto della pagina

Gli stili di icona statici e il layout del testo possono differire tra processori; formule indipendenti e osservazioni separate MuPDF/Poppler sono conservate in Tests/Linux/HeadlessAnnotationFallback.en-us.md

Si vedano il rendering Cairo nativo e le errata sulle annotazioni di ISO 32000-2 per il contesto di renderer e formato

Per la costruzione continua dei contorni, i confini del contenuto Unicode e i normali punti di ingresso di acceptance vedere i bordi nuvolosi delle annotazioni native