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
| Target | Attributes |
|---|---|
| Named | Name, met behoud van Unicode en letterlijke PDF-name-escape-tekens |
| Fit, FitB | Page |
| FitH, FitBH | Page, Top |
| FitV, FitBV | Page, Left |
| FitR | Page, Left, Bottom, Right, Top |
| XYZ | Page 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