Valori choice vuoti senza perdite in XFDF
Un campo choice pu\u00f2 non avere opzioni selezionate, oppure pu\u00f2 selezionare un'opzione il cui valore di export \u00e8 la stringa vuota; questi stati producono valori di campo PDF diversi e devono restare distinti durante un round trip di export/import
Selezione vuota e valore di export vuoto
HotPDF esporta un array di valori vuoto con un attributo di estensione esplicito nel namespace https://www.loslab.com/hotpdf/xfdf/
<xfdf xmlns="http://ns.adobe.com/xfdf/" xmlns:hpdf="https://www.loslab.com/hotpdf/xfdf/">
<fields>
<field name="Choice" hpdf:empty-values="true"><value/></field>
</fields>
</xfdf>L'attributo rappresenta un array vuoto, quindi l'import di questo campo cancella le sue opzioni selezionate
Un value vuoto senza marca conserva il suo significato ordinario: rappresenta la stringa vuota e seleziona l'opzione di export vuota corrispondente quando quell'opzione esiste
<field name="Choice"><value/></field>Un campo contenente solo il suo nome conserva l'esistente comportamento solo-nome e non diventa una cancellazione esplicita
Namespace e validazione dell'input
L'importer identifica l'estensione attraverso il suo nome di namespace espanso, cos\u00ec il prefisso pu\u00f2 differire da hpdf; un attributo non qualificato o un attributo in un altro namespace non richiede una cancellazione
Il valore dell'estensione deve essere esattamente true, con nessun elemento value o un solo elemento value vuoto; valori non vuoti in conflitto, valori ripetuti e valori rich-text vengono respinti
La dichiarazione del namespace e l'attributo di estensione contano verso gli esistenti budget di oggetti e byte; i controlli di cancellazione e transazione restano in vigore
Interoperabilit\u00e0
Questo attributo \u00e8 un'estensione HotPDF e non \u00e8 una dichiarazione di estensione Adobe XFDF o ISO; altri consumatori possono ignorarlo e interpretare il valore vuoto secondo il proprio comportamento
Usate un consumatore consapevole di HotPDF quando la distinzione tra nessuna selezione e una selezione di stringa vuota deve sopravvivere a un round trip
API native, job e callback
La stessa rappresentazione si applica allo scambio nativo di form-data e ai punti di ingresso JSON/callback esistenti di Windows e Linux; non aggiunge campi ai record di callback V1 versionati
I limiti JSON dei form-data Windows usano formData, mentre i limiti JSON dei form-data Linux usano formDataLimits; usate la chiave documentata per l'API target
Un import invariato preserva i byte originali del file quando non ci sono modifiche al documento in sospeso; le modifiche in sospeso esistenti restano parte del documento preparato, e la pubblicazione conserva l'esistente output atomico e i controlli autenticati dei permessi