Données de formulaires FDF et XFDF natives
HPDFHeadlessFormData fournit des codecs FDF et XFDF bornés, et THPDFHeadlessDocument relie leur modèle de champs Unicode aux valeurs et apparences AcroForm réelles
ExportFormData retourne les octets de données de formulaire canoniques ; ImportFormDataToFile applique le modèle décodé complet à un graphe préparé indépendant et publie atomiquement un PDF incrémental
Texte, checkbox, groupes radio, choix simples et multiples, et noms de champs Unicode imbriqués sont pris en charge ; les champs signature et pushbutton exportent des entrées de nom seul
ImportRichFormDataToFile importe de vrais RV FDF et value-richtext XFDF, préserve le contenu Unicode mixte ordonné et régénère de vraies apparences regular, bold, italic et bold-italic via le profil de styles XHTML borné
L'entrée FDF prend en charge les dictionnaires de champs directs et indirects, chaînes de références indirectes, Kids imbriqués, chaînes de texte PDF scalaires, valeurs de noms PDF échappés et tableaux de texte ; la sortie écrit un FDF 1.2 hiérarchique avec des chaînes UTF-16BE
L'entrée XFDF prend en charge le namespace standard, préfixes de namespace qualifiés, champs imbriqués, UTF-8, UTF-16 avec BOM, commentaires, CDATA, entités prédéfinies et références de caractères numériques ; la sortie est un XML UTF-8 canonique
Pour un champ choice sans option d'export vide, une valeur XFDF vide unique efface la sélection ; quand une option d'export vide existe, la même valeur sélectionne cette option
L'authentification AES-256 R5 et R6, dictionnaires de chiffrement, identifiants et permissions d'origine sont préservés ; une clé de source authentifiée n'est empruntée que pour le graphe privé de révision correspondante
Les DocMDP P2 et P3 réels autorisent les mises à jour d'apparences permises tandis que P1, les verrous FieldMDP et les drapeaux de lecture seule restent appliqués ; les signatures CMS existantes conservent leurs révisions signées exactes
L'import de formulaires à familles nommées sélectionne les programmes de familles fournis pour les vrais RV FDF et value-richtext XFDF ; le layout CSS arbitraire, le fallback de polices par glyphe, l'échange d'annotations, les fichiers FDF embarqués, les actions et trailers FDF incrémentaux restent des capacités actives
L’échange XFDF d’annotations natif ajoute un profil d’ajout borné indépendant pour dix-huit types d’annotations mappés, les relations popup/réponse et les pièces jointes binaires
Limites et annulation · Modèle de champs · Decode · Encode · Exceptions de données de formulaires
Les feuilles de style internes appliquent sélecteurs bornés, importance, spécificité et ordre source aux valeurs riches réellement importées et aux apparences enregistrées ; les imports équivalents répétés et la publication en échec gardent les garanties transactionnelles existantes
Graphes d'annotations binaires
L'échange FDF d'annotations natif préserve les dictionnaires d'annotations fournis, les ressources d'apparence, les objets indirects partagés et les cibles GoTo locales sensibles au contexte via un graphe d'objets PDF borné
Les opérations FDF d'annotations seules utilisent des THPDFFDFOptions séparés et rejettent des Fields non vides ou des Differences de document embarquées ; utilisez les API de données de champs ci-dessus pour appliquer les valeurs de champs
L'échange de documents chargés Windows moderne peut combiner champs sélectionnés, graphes d'annotations et statut de workflow via ExportLoadedInterchangeToFDF et ImportLoadedInterchangeFromFDF
Suppression explicite d'annotations
La suppression d'annotations par page et nom est une opération distincte ; omettre une annotation d'un FDF ou XFDF importé ne la supprime pas
La suppression dans l'arbre de champs de widgets et l'effacement sécurisé exigent des opérations distinctes ; la suppression incrémentale conserve les octets PDF précédents