THPDFHeadlessXFDFOptions-Record
Unit: HPDFHeadlessXFDFTypes
THPDFHeadlessXFDFOptions.Default aufrufen, bevor einzelne Limits geändert werden
| Member | Default | Zweck |
|---|---|---|
| MaxBytes | 16777216 | XFDF-Input/Output, einzelne Attachment-Bytes und Stamp-Appearance-Austausch-Bytes |
| MaxAnnotations | 10000 | Quell-Annotation-Scan oder Anzahl angehängter Annotationen |
| MaxNodes | 1000000 | Begrenzte Graph-/XML-Traversierung und Node-Storage-Admission |
| MaxDepth | 32 | Maximal zugelassene Verschachtelung, mit unterstützter Obergrenze von 64; der Stamp-Typed-XML-Wrapper reserviert zwei Verschachtelungsebenen innerhalb dieser Obergrenze |
| MaxWorkingBytes | 134217728 | Konservative Reservation für Snapshots, Strings, XML, vorbereitete PDF-Objekte und Serialisierung |
| CancellationToken | nil | Optionales kooperatives Cancellation-Token |
Alle numerischen Limits müssen positiv sein; ein bestehendes Dokument-Cancellation-Token und ein Import-Token müssen dasselbe Token bezeichnen, wenn beide geliefert werden
Export reserviert Platz für akkumuliertes XML und zurückgegebene Bytes, und Import reserviert XML-/Baum-Speicher, bevor ein inkrementeller Graph vorbereitet wird
Dokumentenlimits und Linux-C-ABI-Operationslimits gelten zusätzlich; ein XFDF-Limit zu erhöhen, erhöht diese unabhängigen Kapazitäten nicht
Annotation-Profil und Transaktionssemantik
Der Standard-Stamp-Appearance-Transport bewahrt echte Form-Streams und begrenzte azyklische Font-, Bild- und Grafikressourcen über base64-typisiertes XML
Stamp-Appearance-Reservationen umfassen kodierte Keys, expandierte Ressourcen, Stream-Encoding und XML-/Base64-Konvertierungskopien vor der Allokation; diese konservative Operations-Summe kann die finale Output-Größe überschreiten