Nativer Annotation-Fallback

HPDFRenderHeadlessPagePNG konstruiert temporäre Appearances für unterstützte Annotationen ohne normale Appearance

Bestehende normale Appearances haben Vorrang; aktive fehlerhafte Appearances schlagen weiterhin explizit fehl

Das Quelldokument bleibt unverändert: erzeugte Streams und Fonts gehören zur Render-Operation und werden nach der Verwendung freigegeben

Geometrie und statische Inhalte

Fallback deckt Link-Rahmen, Square, Circle, Line, Polygon, PolyLine, Ink, Highlight, Underline, StrikeOut, Squiggly, FreeText, Text, Caret, Stamp, FileAttachment, Sound und Redact-Vorschauumrisse ab

Line-Geometrie umfasst zehn Line-Ending-Styles und Leader-Linien; unterstützte Rahmen umfassen Solid-, Dashed- und Underline-Styles plus schattierte Beveled- und Inset-Rechteckrahmen, wobei explizite leere Farbarrays Transparenz bewahren

Popup, Projection und Screen haben ohne normale Appearance keine eigenständigen gemalten Inhalte; aktivierte 3D-Umgebungen, Audio, Anhänge und Link-Actions liegen außerhalb des statischen Raster-Renderings

Sichtbarkeits- und Optional-Content-Prüfungen erfolgen vor der Fallback-Konstruktion; temporäre Appearances behalten Page-Clipping und die bestehenden View/Print-, NoZoom- und NoRotate-Geometrieregel

Line-Captions und Relief-Rahmen

Line-Captions konsumieren Cap, CP, CO, Contents, RC und DS über denselben temporären Unicode-Text-Form-Pfad, mit gemessenen Inline-Lücken, Top-Platzierung und endpunktrelativen Offsets

Lange Captions nutzen Platzierung über der Linie; explizite Absatzumbrüche bleiben erhalten, und leerer Plain- oder Rich-Text lässt die gewöhnliche Linie unangetastet

Caption-Bounds behalten sowohl die temporäre Form-BBox als auch das Annotation-Rechteck; gewöhnliches Seiteninhalt-Clipping bleibt unverändert

Rechteckige Beveled- und Inset-Rahmen nutzen gegensätzliche helle und dunkle Bänder mit unabhängiger Border- und Innen-Opazität; Breite null und leere Farbarrays behalten ihre Transparenz-Semantik

Unbekannte benannte Rahmen-Styles nutzen den Solid-Default, während Nicht-Name-Styles fehlerhafte Eingaben bleiben

Siehe Annotation-Dekorationen für die Farb-Policy, Font-Lebensdauer und unabhängige Abnahme-Abdeckung

FreeText

Plain Text unterstützt PDFDocEncoding, UTF-16 und BOM-präfixiertes UTF-8; XHTML-Rich-Text unterstützt geerbtes Default-Styling und Text-Stream-RC-Einträge

Unterstützte Default-Appearance-Operatoren sind Tf, g, rg, k, Tc und Tw; Tf-Fontgröße null fordert automatisches Fitting an

Eingebettete Default-TrueType-Fonts nutzen Dokument-Font-Bytes; unterstützte Standard-Fonts und Rich-Text-Familien nutzen den lokalen Plattform-Resolver

Temporäre Text-Appearances nutzen den expliziten Read-only-Family-Builder, einschließlich Preview/Print-only-TrueType-Outline-Fonts; vollständige Font-Bytes und Permission-Flags bleiben erhalten, während bestehende Editing-Builder ihre ursprüngliche Admission behalten

DA-Fontnamen werden über Catalog AcroForm.DR.Font vor Seitenressourcen aufgelöst; Seitenressourcen und erkannte Standard-Aliasse sind Recovery-Pfade, wenn das Default-Binding fehlt

Text-Layout unterstützt Ausrichtung, Vierteldrehungs-Rotation, Rechteckdifferenzen und Callout-Geometrie; erzeugte Font-Ressourcen bleiben von bestehenden Ressourcen und verschlüsselten Quell-Streams isoliert

Grenzen und unfertige Handler

Operations-, Token-, Decoded-Byte-, Working-Memory- und Output-Limits gelten für erzeugte Geometrie, Text und Fonts; Abbruch und fehlgeschlagenes Rendering bewahren dieselben Quell- und Veröffentlichungs-Kontrakte wie bestehende Appearances

Screen ohne Appearance hat kein Default-Standbild und keinen Rahmen; eine gelieferte normale Appearance behält in View- und Print-Usage Vorrang

Fehlende Appearances sind in PDF 1.2–1.7 optional; PDF 2.0 verlangt Appearances außer für seine spezifizierten Ausnahmen, sodass Missing-Appearance-Path-Fixtures Recovery verifizieren statt konformes PDF-2.0-Schreiben

Eingebettete CFF-Default-Fonts, zusätzliche FreeText-Default-Appearance-Operatoren und andere Standard-Fallback-Handler bleiben unfertig

Tr4 bis Tr7 nutzen akkumulierte Glyphenkontur-Clips; ihre vier endlichen Zwei-Run-Kontrollen bestanden native Vergleiche und unabhängige MuPDF-1.28.5- und Poppler-Reader-Prüfungen, wie im DA-Thema dokumentiert

Redact-Fallback zeigt einen Vorschauumriss und entfernt oder redigiert keinen Seiteninhalt

Statische Icon-Styles und Text-Layout können zwischen Prozessoren differieren; unabhängige Formeln und separate MuPDF-/Poppler-Beobachtungen bleiben in Tests/Linux/HeadlessAnnotationFallback.en-us.md erhalten

Siehe natives Cairo-Rendering und die ISO-32000-2-Annotation-Errata für Renderer- und Format-Kontext

Siehe Native Cloudy-Annotation-Rahmen für kontinuierliche Konturkonstruktion, Unicode-Content-Bounds und die normalen Abnahme-Einstiegspunkte