Legacy-XFA-Pushbutton-Beschriftungen

THotPDF.ApplyXFAAsAcroForm nutzt jetzt den gemeinsamen nativen Pushbutton-Appearance-Consumer, wenn AutoFormAppearances aktiviert ist oder die gewählte PDF-Version Appearances verlangt

Echte gespeicherte AP-Streams bewahren Unicode-Skalar- und XHTML-Beschriftungen, tatsächlich installierte Typefaces und Stile, die Inline-CSS-Familien-Candidate-Reihenfolge, Template-Defaults, normal/down/rollover-Beschriftungen, Highlight-Modi sowie versteckte oder explizit leere Beschriftungen

Installierte Fonts werden über begrenzte Windows-GDI-Operationen gelesen; nicht verfügbare Typefaces nutzen tatsächlich konfigurierte Fallback-Programme, und fehlende fette/kursive Stile werden nicht zu synthetischen Font-Programmen

Kombinierende Zeichen über unterschiedlich stilisierte Runs hinweg bleiben in einer Familie, die den gesamten Cluster liefert; benachbarte Zeichen dürfen die zuerst authorisierte Familie behalten, wenn sie den benötigten echten Schnitt besitzt

Laufzeit-Änderungen pro Instanz und komplette Caption-XML-Ersetzungen lassen sich nach XDP speichern, neu laden und von THotPDF verarbeiten; fehlgeschlagene Runtime-Transaktionen bewahren das ursprüngliche XML und die daraus resultierende Caption-Appearance

Font- und Appearance-Vorbereitung ist abgeschlossen, bevor der native Button-Graph übernommen wird; die Übernahme nutzt eine Graph-Transaktion pro Button, inklusive Rollback von Objekten, Annotationen, Field-Registry und Font-Registry für einen Abbruch vor dem Commit

Diese Grenze macht den gesamten ApplyXFAAsAcroForm-Aufruf nicht atomar über zuvor emittierte Felder, Seiten oder Nicht-Button-Consumer hinweg

RegisterAcroFormFont serialisiert registrierte echte Font-Referenzen jetzt in den AcroForm-DR, prüft Dokumenteigentum und eindeutige indirekte Identitäten und weist Kollisionen mit bestehenden Ressourcen-Aliassen wie Helv und ZaDb zurück

Ein gültiges DA und DR ohne AP überlässt die Appearance-Regenerierung weiterhin dem externen Reader; explizite native AP-Streams liefern die gespeicherte Rendering-Evidenz für den authorisierten Font

Die wiederverwendbare Appearance-Factory und der Caption-Decoder funktionieren auch mit mitgelieferten Font-Bytes auf nativem Linux; der hier beschriebene Resolver für installierte Fonts und der THotPDF-Consumer sind Windows-APIs