Tabsfri tomme choice-værdier i XFDF
Et choice-felt kan have ingen valgte options, eller det kan vælge en option, hvis exportværdi er den tomme streng; disse tilstande giver forskellige PDF-feltværdier og skal forblive distinkte under en eksport/import-rundtur
Tom markering og tom exportværdi
HotPDF eksporterer et tomt værdiarray med en eksplicit udvidelsesattribut i https://www.loslab.com/hotpdf/xfdf/-namespacet
<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>Attributten repræsenterer et tomt array, så import af dette felt rydder dets valgte options
En umarkeret tom value bevarer sin almindelige betydning: den repræsenterer den tomme streng og vælger den matchende tomme export-option, når den findes
<field name="Choice"><value/></field>Et felt, der kun indeholder sit navn, beholder den eksisterende name-only-adfærd og bliver ikke en eksplicit rydning
Namespace- og inputvalidering
Importøren identificerer udvidelsen ved dens udvidede namespace-navn, så præfikset kan afvige fra hpdf; en ukvalificeret attribut eller en attribut i et andet namespace anmoder ikke om en rydning
Udvidelsesværdien skal være præcis true, med enten intet value-element eller ét tomt value-element; modstridende ikke-tomme værdier, gentagne værdier og rich text-værdier afvises
Namespace-erklæringen og udvidelsesattributten tæller med i de eksisterende objekt- og bytebudgetter; cancellation- og transaktionstjek forbliver gældende
Interoperabilitet
Denne attribut er en HotPDF-udvidelse og ikke en Adobe XFDF- eller ISO-udvidelseserklæring; andre consumers kan ignorere den og fortolke den tomme værdi efter deres egen adfærd
Brug en HotPDF-bevidst consumer, når skelnen mellem ingen markering og en tom streng-markering skal overleve en rundtur
Native, job- og callback-API'er
Samme repræsentation gælder native form-data-udveksling og de eksisterende Windows- og Linux JSON/callback-indgange; den tilføjer ingen felter til de versionerede V1 callback-records
Windows form-data JSON-grænser bruger formData, mens Linux form-data JSON-grænser bruger formDataLimits; brug den dokumenterede nøgle til mål-API'en
En uændret import bevarer de originale filbytes, når der ikke er ventende dokumentredigeringer; eksisterende ventende redigeringer forbliver en del af det forberedte dokument, og publicering bevarer de eksisterende atomiske output- og autentificerede tilladelsestjek