Annotation XFDF destinations
Natywny XFDF adnotacji, zadania plikowe Windows i callbacki V1 oraz natywne callbacki V1 Linuksa zachowują destination nazwane i lokalne jawne cele stron w adnotacjach Link, z odrębną ścieżką GoToR zdalnych
Bezpośrednie Dest mapuje na obiekt destination PDF adnotacji, podczas gdy OnActivation/Action/GoTo/Dest mapuje na lokalną akcję GoTo; indeks strony jest oparty na zerze i jest wiązany z rzeczywistym pośrednim obiektem strony podczas importu
| Cel | Atrybuty |
|---|---|
| Named | Name, zachowujący Unicode i literalne znaki escape nazw PDF |
| Fit, FitB | Page |
| FitH, FitBH | Page, Top |
| FitV, FitBV | Page, Left |
| FitR | Page, Left, Bottom, Right, Top |
| XYZ | Page i opcjonalne Left, Top, Zoom |
Model atrybutów podąża za XML Forms Data Format Specification, Version 3.0 Adobe, wydrukowane strony 59-68 i 88; semantyka destination PDF jest zdefiniowana w ISO 32000
Kanoniczny eksport XYZ pomija współrzędne, których obiekt PDF jest null; brakujące opcjonalne współrzędne zachowują bieżącą współrzędną albo zoom czytnika, a zoom zero zachowuje standardowe znaczenie PDF
Profil kompatybilności akceptuje też literalne null i puste atrybuty współrzędnych jako wartości null; wymagane atrybuty FitH/FitV/FitBH/FitBV są emitowane jako literalne null, gdy ich obiekt PDF jest null, bez roszczenia certyfikacji schematu ISO
FitR wymaga wszystkich czterech numerycznych granic; wymaganych atrybutów nie można pominąć w innych trybach Fit, a Page musi być dziesiętną liczbą całkowitą identyfikującą istniejącą stronę
Precision and bounds
Kwalifikowane nazwy elementów Adobe i dziedziczone powiązania przestrzeni nazw zachowują te same cele; obce przestrzenie nazw destination i zduplikowane atrybuty XML są odrzucane przed utworzeniem adnotacji
Współrzędne muszą być skończone, mieć dokładną absolutną wartość dziesiętną co najwyżej 1000000 i nieujemny zoom; wejście numeryczne i rozwinięte wyjście dziesiętne są ograniczone do 8192 znaków
Dziesiętne ze znakiem i notacja naukowa są akceptowane w tych granicach, a potem zapisywane jako tokeny dziesiętne PDF bez notacji wykładniczej; tokeny źródła zachowują autorską precyzję nawet, gdy legacy publiczna wartość Single zaokrągla albo niedomiaruje
Zapisany przeładowany PDF i kolejny eksport XFDF zachowują zatrzymany token dziesiętny, łącznie z długimi ułamkami blisko limitu współrzędnych
Transactions and callbacks
Natywna transakcja plikowa waliduje cele przed publikacją, zachowuje załadowany graf i poprzedni cel przy awarii i używa istniejących limitów adnotacji, obiektów, głębokości, bajtów i storage roboczego
JSON wejścia Windows i Linux używają tego samego zmapowanego kodeku przez istniejące rekordy operacji V1; nieudane callbacki albo anulowanie zachowują wcześniej zacommitowany PDF, podczas gdy ujścia callbacków wywołującego mogły odebrać bajty kandydata
Nieudany callback zapisu nie jest ponawiany przez aliasowe ujścia wyjścia albo wyniku; ta sama reguła dotyczy porównania dwóch handle'y, a niezdefiniowane wartości statusu zapisu stają się standardowym statusem błędu IO
Współdzielony kodek HPDFXFDF akceptuje odrębny rekord callbacków destination w nowych przeciążeniach; layout legacy rekordu dostępu pozostaje niezmieniony
Metody THotPDF dla załadowanych adnotacji wiążą te callbacki automatycznie; bezpośredni wywołujący kodek muszą dostarczyć liczbę stron i rozpoznawanie stron dla jawnych celów
Boundaries
Ten profil mapuje lokalne dane GoTo i destination bez wykonywania akcji; Launch, dowolne słowniki akcji, autoring name-tree destination, transport AP i zastępowanie/usuwanie adnotacji pozostają odrębnymi zdolnościami
Zmapowany profil adnotacji · Operacje Windows · Callbacki Linux