Native XFA-XML-Kommentare und Processing Instructions
Natives exData loadXML und saveXML bewahren In-Element-XML-Kommentare und Processing Instructions mit ihrer Ordnung, literalen Payloads und Instruction-Targets
Native Repräsentation
Der Knoten behält Name=#text, sodass bestehende Element-, SOM-, Packet- und Property-Binding-Scans weiter Nicht-Element-Inhalt überspringen; XMLContentKind unterscheidet Text-, Kommentar- und Instruction-Knoten
Gewöhnlicher Text und CDATA fließen weiterhin in den aggregierten Value des Parents ein; Kommentare und Instructions werden keine skalaren Feldwerte oder sichtbaren Rich-Text-Runs
Comment := Node.AddComment('retained metadata');
Instruction := Node.AddProcessingInstruction('audit', 'reviewed');SetText ersetzt gewöhnlichen Text und CDATA und behält Kommentar- und Instruction-Kinder; das Entfernen von nontext Kindern lässt die Textaggregation unverändert
Persistenz und Transaktionen
Der native XDP-Parser, Writer und Packet-Fingerprints behalten In-Element-Kommentare und -Instructions durch Speichern und Neuladen; Payload- oder Target-Änderungen markieren ihr Packet als modifiziert
Sofortige Skriptserialisierung beobachtet importierten nontext Inhalt, und sowohl Engine-Fehlschläge als auch native Veröffentlichungsbudgets stellen den Originalinhalt bytegenau wieder her
Kommentar- und Instruction-Knoten verbrauchen XML-Import- und Serialisierungs-Knotenbudgets; ihre Payloads verbrauchen Byte-Budgets und native Packet-Text-Limits
Echter PDF-Konsum
Der gespeicherte Producer öffnet sein XDP vor THotPDF.ApplyXFAAsAcroForm erneut; unabhängige XML-, pypdf- und MuPDF-Prüfungen bestätigen, dass echte native Payloads gespeichert bleiben, während ihr Marker-Text im Seitentext fehlt
Bestehender Rich Text, Schrift, Größe und Farbe bleiben sichtbar, und geklonte sowie geleerte Occurrences behalten ihr dokumentiertes Verhalten
Verbleibende XML-Ziele
Diese Unterstützung deckt Markup innerhalb von Dokumentelementen ab; Dokumentebenen-Kommentare und -Instructions außerhalb des Root-Elements, vollständige lexikalische Whitespace-Bewahrung, andere Node-Class-XML-Methoden, Data-DOM-Strukturimport und DTD-Entity-Kataloge bleiben separate Implementierungsziele
Externe Referenzen und vollständige Fremdmedien-Consumer bleiben separate Implementierungsziele