Native annotation fallback

HPDFRenderHeadlessPagePNG konstruerer midlertidige appearances til understøttede annotationer uden normal-appearance

Eksisterende normale appearances har forrang; aktive misdannede appearances fejler stadig eksplicit

Kildedokumentet forbliver uændret: genererede streams og fonts tilhører renderingsoperationen og frigøres efter brug

Geometri og statisk indhold

Fallback dækker Link-kanter, Square, Circle, Line, Polygon, PolyLine, Ink, Highlight, Underline, StrikeOut, Squiggly, FreeText, Text, Caret, Stamp, FileAttachment, Sound og Redact preview-outlines

Linjegeometri inkluderer ti linjeende-styles og leader-linjer; understøttede kanter inkluderer solid, stiplet og underline-styles plus skyggede beveled og inset rektangelkanter, med eksplicitte tomme farvearrays der bevarer gennemsigtighed

Popup, Projection og Screen har intet selvstændigt malet indhold uden normal-appearance; aktiverede 3D-miljøer, lyd, vedhæftninger og linkhandlinger er uden for statisk raster-rendering

Synligheds- og optional content-tjek sker inden fallback-konstruktion; midlertidige appearances beholder sideclipping og de eksisterende view/print-, NoZoom- og NoRotate-geometriregler

Linje-captions og relief-kanter

Linje-captions forbruger Cap, CP, CO, Contents, RC og DS gennem samme midlertidige Unicode tekst Form-sti med målte Inline-mellemrum, Top-placering og endpoint-relative offsets

Lange captions bruger over-linje-placering; eksplicitte afsnitsbrud bevares, og tom plain eller rich tekst efterlader den almindelige linje intakt

Caption-beggrundskanter beholder både den midlertidige Form BBox og annotationsrektanglet; almindelig sideindholds-clipping er uændret

Rektangulære beveled og inset kanter bruger modstående lyse og mørke bånd med uafhængig kant- og indre-opacitet; nul bredde og tomme farvearrays beholder deres gennemsigtighedssemantik

Ukendte navngivne kant-styles bruger solid-standarden, mens ikke-navne-styles forbliver misdannet input

Se annotation-dekorationer for farvepolitikken, font-levetiden og uafhængig acceptdækning

FreeText

Plain tekst understøtter PDFDocEncoding, UTF-16 og BOM-præfikseret UTF-8; XHTML rich text understøtter nedarvet default-styling og tekststream RC-indgange

Den afgrænsede FreeText default-appearance-profil understøtter Tf, g, rg, k, Tc, Tw, Tz, Ts, TL, én Tm, Tr og stroke-tilstand G, RG, K, w, J, j, M og d; nul Tf fontstørrelse anmoder om transformeret automatisk tilpasning

Indlejrede default TrueType-fonts bruger dokument font-bytes; originale Type1C-, CIDFontType0C- og bare Type1-ressourcer, komplet OpenType CFF-input og OpenType CFF2 default-instanser bruger deres dokumenterede originalfont-stier; understøttede standardfonte og rich text-familier bruger den lokale platform-resolver

Midlertidige tekst-appearances bruger den eksplicitte skrivebeskyttede familie-builder, inklusive Preview/Print-kun TrueType outline-fonts; fulde font-bytes og tilladelsesflag bevares, mens eksisterende redigeringsbuildere beholder deres originale admission

DA fontnavne opløses gennem Catalog AcroForm.DR.Font før sideressourcer; sideressourcer og genkendte standard-aliasser er genoprettningsstier, når standardbindingen mangler

Tekstlayout understøtter justering, kvartdrejet rotation, rektangelforskelle og callout-geometri; genererede fontressourcer forbliver isolerede fra eksisterende ressourcer og krypterede kildestreams

Grænser og uafsluttede handlers

Operations-, token-, dekodet-byte-, arbejdshukommelses- og outputgrænser gælder genereret geometri, tekst og fonts; cancellation og mislykket rendering bevarer de samme kilde- og publiceringskontrakter som eksisterende appearances

Screen uden appearance har intet default statisk billede eller kant; en leveret normal-appearance beholder forrang i både view- og print-brug

Manglende appearances er valgfrie i PDF 1.2–1.7; PDF 2.0 kræver appearances undtagen dens specificerede undtagelser, så missing-appearance Path-fixtures verificerer genopretning snarere end konformerende PDF 2.0-skrivning

Indlejrede CFF default-fonts, yderligere FreeText default-appearance-operatorer og andre standard fallback-handlere forbliver uafsluttede

Tr4 til Tr7 bruger akkumulerede glyph-outline-clips; deres fire endelige to-run-kontroller bestod native sammenligninger og uafhængige MuPDF 1.28.5- og Poppler-læsertjek, som registreret i DA-emnet

Redact fallback viser en preview-outline og fjerner eller redigerer ikke sideindhold

Statiske ikon-styles og tekstlayout kan afvige mellem processorer; uafhængige formler og separate MuPDF/Poppler-observationer bevares i Tests/Linux/HeadlessAnnotationFallback.en-us.md

Se native Cairo-rendering og ISO 32000-2 annotations-errata for renderer- og formatkontekst

Se native cloudy annotationskanter for kontinuert konturkonstruktion, Unicode indholdsbeggrundskanter og de normale accept-indgangspunkter