Annotation XFDF destinations

Nativní anotační XFDF, Windows file joby a V1 callbacky i nativní Linux V1 callbacky zachovávají pojmenované cíle a lokální explicitní cíle stránek v anotacích Link, se samostatnou vzdálenou GoToR cestou

Přímé Dest se mapuje na PDF cílový objekt anotace, zatímco OnActivation/Action/GoTo/Dest na lokální GoTo akci; index stránek je zero-based a během importu se naváže na skutečný nepřímý objekt stránky

Atributový model řídí XML Forms Data Format Specification, Version 3.0 od Adobe, tištěné strany 59-68 a 88; sémantiku PDF cílů definuje ISO 32000

Kanonický XYZ export vynechá souřadnice, jejichž PDF objekt je null; chybějící volitelné souřadnice zachovají aktuální souřadnici či zoom prohlížeče a zoom nula si uchovává standardní PDF význam

Kompatibilní profil navíc přijme literální null i prázdné souřadnicové atributy jako null hodnoty; povinné atributy FitH/FitV/FitBH/FitBV se emitují jako literální null, když je jejich PDF objekt null, bez tvrzení o certifikaci ISO schema

FitR vyžaduje všech čtyř numerických mezí; povinné atributy nelze u ostatních Fit režimů vynechat a Page musí být desetinné celé číslo identifikující existující stránku

Přesnost a meze

Kvalifikované názvy elementů Adobe i zděděné bindingy namespace zachovají tytéž cíle; cizí cílové namespace i duplicitní XML atributy se odmítnou, dřív než se vytvoří anotace

Souřadnice musí být konečné, mít přesnou absolutní desetinnou hodnotu nejvýše 1000000 a používat nezáporný zoom; číselný vstup i expandovaný desetinný výstup jsou omezené na 8192 znaků

Znaménkové desetinné číslo i vědecká notace se přijímají v těch mezích a pak se zapisují jako PDF desetinné tokeny bez exponentové notace; zdrojové tokeny si uchovají autorskou přesnost, i když ji legacy veřejná hodnota Single zaokrouhlí či podteče

Uložení a reload PDF i následný XFDF export zachovají držený desetinný token, tedy i dlouhé zlomky blízko limitu souřadnic

Transakce a callbacky

Nativní souborová transakce validuje cíle dřív než publikace, zachovává načtený graf i předchozí cíl při selhání a používá stávající rozpočty anotací, objektů, hloubky, bajtů i pracovního úložiště

Windows i Linux JSON vstupní body používají tentýž mapovaný kodek přes své stávající V1 operation záznamy; neúspěšné callbacky či zrušení si ponechají dřív potvrzené PDF, zatímco sinky callbacků vlastněné volajícím už mohly dostat kandidátní bajty

Neúspěšný write callback se znovu nezkouší přes aliasovaný output či result sink; stejné pravidlo platí pro porovnání dvou handle a nedefinované stavové hodnoty zápisu se stanou standardním IO chybovým statusem

Sdílený kodek HPDFXFDF přijímá v nových overloads samostatný cílový callback záznam; legacy rozložení access záznamu zůstává nezměněné

Metody načtených anotací THotPDF ty callbacky navážou automaticky; přímí volající kodeku musí pro explicitní cíle dodávat počet stránek i rozřešení stránek

Hranice

Tenhle profil mapuje lokální GoTo i cílová data, aniž by spustil akce; Launch, libovolné slovníky akcí, autorství stromů názvů cílů, transport AP i náhrada/odebrání anotací zůstávají samostatnými schopnostmi

Mapovaný anotační profil · Windows operace · Linux callbacky