Interchange XFDF d'annotations GoToR distantes

Le codec d'annotations mappé préserve les actions GoToR distantes via les chemins natifs headless, de documents chargés ordinaires et d'import/export d'annotations par callbacks Windows/Linux existants

L'interchange sérialise uniquement des données d'actions PDF ; il n'exécute pas d'action, ne résout pas de chemin, ne lit pas de document distant et n'ouvre pas de lecteur

Structure

<xfdf xmlns="http://ns.adobe.com/xfdf/">
  <annots>
    <link page="0" rect="10,10,30,30">
      <OnActivation><Action>
        <GoToR NewWindow="yes">
          <File OriginalName="../manuals/remote.pdf"/>
          <Dest><Fit Page="42"/></Dest>
        </GoToR>
      </Action></OnActivation>
    </link>
  </annots>
</xfdf>

GoToR exige exactement un enfant File et un enfant Dest, dans n'importe quel ordre, et File exige OriginalName

Les destinations explicites distantes utilisent une page entière à base zéro dans le document distant, de 0 à 2147483647, indépendamment du nombre de pages du document courant

La destination distante enregistrée commence par cet entier plutôt que par une référence indirecte vers une page locale

Les cibles nommées gardent leur nom Unicode sans résoudre un arbre de noms de destination local

Les huit modes de destination explicites gardent leur comportement existant de coordonnées, de valeurs annulables et de décimales exactes

NewWindow préserve séparément l'omission, false et true ; le profil de compatibilité borné accepte yes/no, true/false et 1/0

Spécifications de fichiers et Unicode

L'import crée un dictionnaire Filespec externe avec des valeurs F et UF ; UF est la cible Unicode faisant autorité et est représentée en PDFDocEncoding ou UTF-16BE avec BOM

F utilise PDFDocEncoding quand c'est représentable et conserve sinon des octets compatibles UTF-8 ; des lecteurs plus anciens qui ignorent UF peuvent interpréter ces octets de repli différemment

Les chemins restent des graphies opaques sans conversion de système d'exploitation ni accès au système de fichiers

L'export accepte une chaîne ou un dictionnaire de spécification de fichier externe et préfère UF à F

Validation et transactions

Tout le sous-arbre d'action distante suit le profil d'espaces de noms Adobe existant, préfixes correctement liés compris ; le codec ordinaire garde son profil de compatibilité legacy explicite sans espaces de noms

Espaces de noms étrangers, enfants requis dupliqués ou manquants, attributs inattendus, types de cibles invalides et valeurs numériques ou de fenêtre mal formées sont rejetés avant la publication d'une transaction native

La préparation d'instantanés natifs garde ses limites existantes d'octets, d'objets, de profondeur, de stockage de travail et d'annulation

Les records d'opérations JSON existants, les layouts de callbacks publics et les symboles restent inchangés

Les imports Windows ordinaires appliquent aussi les politiques authentifiées de graphe courant, de chiffrement et de révisions signées

Références de format et frontières

Le mapping File, GoToR, OriginalName et NewWindow suit la XML Forms Data Format Specification 3.0 d'Adobe, pages imprimées 59, 63 et 87-88

La sémantique des actions PDF distantes et des spécifications de fichiers suit l'ISO 32000-1:2008, sections 7.11.2, 7.11.3 et 12.6.4.3

Ce profil à chemins seuls ne transporte pas de documents GoToE embarqués, d'alternatives de fichiers spécifiques à une plateforme, de sélecteurs de système de fichiers, de descriptions, de chaînes d'actions arbitraires, de flux AP ni d'interchange d'actions FDF