Remote-GoToR-Annotation-XFDF-Interchange

Der gemappte Annotation-Codec bewahrt Remote-GoToR-Actions über native Headless-, gewöhnliche Loaded-Document- und bestehende Windows-/Linux-Callback-Import- und -Exportpfade für Annotationen

Interchange serialisiert ausschließlich PDF-Action-Daten; er führt keine Action aus, löst keinen Pfad auf, liest kein Remote-Dokument und öffnet keinen Viewer

Struktur

<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 verlangt exakt ein File- und ein Dest-Kind, in beliebiger Reihenfolge, und File verlangt OriginalName

Remote-explizite Destinations nutzen eine nullbasierte Ganzzahlseite im Remote-Dokument, von 0 bis 2147483647, unabhängig von der Seitenanzahl des aktuellen Dokuments

Die gespeicherte Remote-Destination beginnt mit dieser Ganzzahl statt mit einer indirekten Referenz auf eine lokale Seite

Benannte Ziele behalten ihren Unicode-Namen, ohne einen lokalen Destination-Name-Tree aufzulösen

Die acht expliziten Destination-Modi behalten ihr bestehendes Koordinaten-, Nullable-Value- und exaktes Dezimalverhalten

NewWindow bewahrt Auslassen, false und true getrennt; das begrenzte Kompatibilitätsprofil akzeptiert yes/no, true/false und 1/0

File-Specifications und Unicode

Import erzeugt ein externes Filespec-Dictionary mit F- und UF-Werten; UF ist das autoritative Unicode-Ziel und wird mit PDFDocEncoding oder UTF-16BE mit BOM dargestellt

F nutzt PDFDocEncoding, wenn darstellbar, und behält sonst UTF-8-kompatible Bytes; ältere Reader, die UF ignorieren, können diese Fallback-Bytes anders interpretieren

Pfade bleiben opake Schreibweisen ohne Betriebssystemkonvertierung oder Dateisystemzugriff

Export akzeptiert einen externen File-Specification-String oder ein Dictionary und bevorzugt UF gegenüber F

Validierung und Transaktionen

Der gesamte Remote-Action-Teilbaum folgt dem bestehenden Adobe-Namespace-Profil, einschließlich korrekt gebundener Präfixe; der gewöhnliche Codec behält sein explizites Legacy-Unnamespaced-Kompatibilitätsprofil

Fremde Namespaces, doppelte oder fehlende erforderliche Kinder, unerwartete Attribute, ungültige Zieltypen und fehlerhafte numerische oder Fensterwerte werden abgelehnt, bevor eine native Transaktion veröffentlicht wird

Die native Snapshot-Vorbereitung behält ihre bestehenden Byte-, Objekt-, Tiefen-, Working-Storage- und Abbruchlimits

Bestehende JSON-Operations-Records, öffentliche Callback-Layouts und Symbole bleiben unverändert

Windows-gewöhnliche Importe setzen zusätzlich authentifizierte Current-Graph-, Verschlüsselungs- und Signed-Revision-Policies durch

Formatreferenzen und Grenzen

Das File-, GoToR-, OriginalName- und NewWindow-Mapping folgt Adobes XML Forms Data Format Specification 3.0, gedruckte Seiten 59, 63 und 87-88

Remote-PDF-Action- und File-Specification-Semantik folgt ISO 32000-1:2008, Abschnitten 7.11.2, 7.11.3 und 12.6.4.3

Dieses reine Pfadprofil transportiert keine eingebetteten GoToE-Dokumente, plattformspezifische Dateialternativen, Filesystem-Selektoren, Beschreibungen, beliebige Action-Ketten, AP-Streams oder FDF-Action-Interchange