Annotation XFDF-destinationer

Native annotation XFDF, Windows file jobs og V1-callbacks samt native Linux V1-callbacks bevarer navngivne destinationer og lokale eksplicitte sidemål i Link-annotationer med en separat remote GoToR-sti

En direkte Dest afbildes til annotationens PDF destinationsobjekt, mens OnActivation/Action/GoTo/Dest afbildes til en lokal GoTo-handling; sideindekset er nul-baseret og bindes til det faktiske indirekte sideobjekt under import

Attributmodellen følger Adobes XML Forms Data Format Specification, Version 3.0, trykte sider 59-68 og 88; PDF destinationssemantik er defineret i ISO 32000

Kanonisk XYZ-eksport udelader koordinater, hvis PDF-objekt er null; manglende valgfrie koordinater bevarer viewerens aktuelle koordinat eller zoom, og zoom nul bevarer den standard PDF-betydning

Kompatibilitetsprofilen accepterer også literal null og tomme koordinatattributter som null-værdier; krævede FitH/FitV/FitBH/FitBV-attributter udsendes som literal null, når deres PDF-objekt er null, uden påstand om ISO skemacertificering

FitR kræver alle fire numeriske beggrundskanter; krævede attributter kan ikke udelades fra andre Fit-modes, og Page skal være et decimalt heltal, der identificerer en eksisterende side

Præcision og grænser

Kvalificerede Adobe elementnavne og nedarvede namespace-bindinger bevarer de samme mål; fremmede destinationsnamespaces og duplikerede XML-attributter afvises inden annotationsoprettelse

Koordinater skal være finitære, have en eksakt absolut decimalværdi på højst 1000000 og bruge ikke-negativ zoom; numerisk input og udvidet decimal-output er begrænset til 8192 tegn

Signerede decimaler og videnskabelig notation accepteres inden for disse grænser og skrives derefter som PDF decimal-tokens uden eksponentnotation; kildetokens beholder authored præcision, selv når den legacy public Single-værdi runder eller underflow

Gemt PDF-genindlæsning og efterfølgende XFDF-eksport bevarer det tilbageholdte decimal-token, inklusive lange fraktioner tæt på koordinatgrænsen

Transaktioner og callbacks

Den native filtransaktion validerer mål inden publicering, bevarer den indlæste graf og tidligere mål ved fejl og bruger de eksisterende annotations-, objekt-, dybde-, byte- og arbejdslager-budgetter

Windows- og Linux JSON-indgange bruger samme mappede codec gennem deres eksisterende V1 operation-records; mislykkede callbacks eller cancellation beholder den tidligere committede PDF, mens kalder-ejede callback-sinks kan have modtaget kandidatbytes

En mislykket skrive-callback retrieres ikke gennem et aliaseret output- eller resultat-sink; samme regel gælder to-handle-sammenligning, og udefinerede skrivestatusværdier bliver standard IO-fejlstatus

Den delte HPDFXFDF-codec accepterer en separat destinations-callback-record i nye overloads; det legacy access record-layout forbliver uændret

THotPDF indlæst-annotations-metoderne binder disse callbacks automatisk; direkte codec-kaldere skal levere sideantal og sideopløsning til eksplicitte mål

Grænser

Denne profil afbilder lokale GoTo- og destinationsdata uden at afvikle handlinger; Launch, vilkårlige action-dictionaries, destinations navnetræ-forfatterskab, AP-transport og annotationserstatning/-fjernelse forbliver separate capabilities

Mapped annotationsprofil · Windows-operationer · Linux-callbacks