Annotation XFDF destinations

Native annotation XFDF, Windows file-jobs en V1-callbacks, en native Linux V1-callbacks behouden benoemde destinations en lokale expliciete pagina-targets in Link-annotaties, met een apart remote GoToR-pad

Een directe Dest mapt naar het PDF-destination-object van de annotatie, terwijl OnActivation/Action/GoTo/Dest mapt naar een lokale GoTo-action; de pagina-index is zero-based en wordt tijdens import gebonden aan het echte indirecte paginaobject

TargetAttributes
NamedName, met behoud van Unicode en letterlijke PDF-name-escape-tekens
Fit, FitBPage
FitH, FitBHPage, Top
FitV, FitBVPage, Left
FitRPage, Left, Bottom, Right, Top
XYZPage en optionele Left, Top, Zoom

Het attribute-model volgt de XML Forms Data Format Specification, Version 3.0 van Adobe, gedrukte pagina's 59-68 en 88; PDF destination-semantics zijn gedefinieerd in ISO 32000

Canonieke XYZ-export laat coördinaten weg waarvan het PDF-object null is; ontbrekende optionele coördinaten behouden de huidige coördinaat of zoom van de viewer, en zoom nul behoudt de standaard PDF-betekenis

Het compatibiliteitsprofiel accepteert ook letterlijke null en lege coördinaat-attributes als null-waarden; vereiste FitH/FitV/FitBH/FitBV-attributes worden als letterlijke null uitgeschreven wanneer diens PDF-object null is, zonder claim van ISO-schema-certificering

FitR vraagt alle vier de numerieke bounds; vereiste attributes kunnen bij andere Fit-modi niet worden weggelaten, en Page moet een decimaal geheel getal zijn dat een bestaande pagina identificeert

Precisie en grenzen

Gekwalificeerde Adobe-elementnamen en geërfde namespace-bindingen behouden dezelfde targets; foreign destination-namespaces en dubbele XML-attributes worden geweigerd vóór annotatiecreatie

Coördinaten moeten eindig zijn, een exacte absolute decimale waarde van hoogstens 1000000 hebben en niet-negatieve zoom gebruiken; numerieke invoer en uitgeklapte decimale uitvoer zijn begrensd op 8192 tekens

Getekende decimalen en wetenschappelijke notatie worden binnen die limieten geaccepteerd en daarna als PDF decimale tokens weggeschreven zonder exponentnotatie; brontokens behouden authored precisie zelfs wanneer de legacy publieke Single-waarde rondt of onderloopt

Opgeslagen PDF-reload en daaropvolgende XFDF-export behouden het vastgehouden decimale token, inclusief lange breuken dicht bij de coördinaatlimiet

Transacties en callbacks

De native bestandstransactie valideert targets vóór publicatie, behoudt de geladen graaf en vorige target bij falen en gebruikt de bestaande annotatie-, object-, diepte-, byte- en working-storage-budgetten

Windows- en Linux JSON-entrypoints gebruiken dezelfde mapped codec via diens bestaande V1-operation-records; gefaalde callbacks of annulering behouden de eerder gecommitte PDF, terwijl callback-sinks in caller-eigendom candidate-bytes kunnen hebben ontvangen

Een gefaalde write-callback wordt niet gerecycled via een gealiaste output- of result-sink; dezelfde regel geldt voor two-handle-vergelijking, en ongedefinieerde write-statuswaarden worden de standaard IO error-status

De gedeelde HPDFXFDF-codec accepteert een apart destination-callback-record in nieuwe overloads; de legacy access-record-layout blijft ongewijzigd

De THotPDF loaded-annotation-methodes binden deze callbacks automatisch; directe codec-aanroepers moeten page count en page-resolution aanleveren voor expliciete targets

Grenzen

Dit profiel mapt lokale GoTo- en destination-data zonder actions uit te voeren; Launch, willekeurige action-dictionaries, destination name-tree-authoring, AP-transport en annotatievervanging/-verwijdering blijven aparte capabilities

Mapped annotation profile · Windows operations · Linux callbacks