Destinazioni XFDF delle annotazioni

L'XFDF delle annotazioni native, i file job e i callback V1 Windows e i callback V1 Linux nativi preservano le destinazioni named e i target espliciti di pagina locale nelle annotazioni Link

Un Dest diretto mappa sull'oggetto destinazione PDF dell'annotazione, mentre OnActivation/Action/GoTo/Dest mappa su un'azione GoTo locale; l'indice di pagina è a base zero e viene legato all'oggetto pagina indiretto reale durante l'import

Il modello degli attributi segue la XML Forms Data Format Specification, Version 3.0 di Adobe, pagine stampate 59-68 e 88; la semantica delle destinazioni PDF è definita in ISO 32000

L'export canonico XYZ omette le coordinate il cui oggetto PDF è null; le coordinate opzionali mancanti preservano la coordinata o lo zoom correnti del viewer, e zoom zero conserva il significato PDF standard

Il profilo di compatibilità accetta anche null literal e attributi di coordinate vuoti come valori null; gli attributi richiesti da FitH/FitV/FitBH/FitBV vengono emessi come null literal quando il loro oggetto PDF è null, senza rivendicare una certificazione ISO dello schema

FitR richiede tutti e quattro i bound numerici; gli attributi richiesti non possono essere omessi negli altri modi Fit, e Page deve essere un intero decimale che identifichi una pagina esistente

Precisione e bound

I nomi di elemento Adobe qualificati e i binding di namespace ereditati preservano gli stessi target; i namespace di destinazione estranei e gli attributi XML duplicati vengono rifiutati prima della creazione dell'annotazione

Le coordinate devono essere finite, avere un valore decimale assoluto esatto non superiore a 1000000 e usare zoom non negativo; l'input numerico e l'output decimale espanso sono limitati a 8192 caratteri

I decimali con segno e la notazione scientifica sono accettati entro quei limiti, poi scritti come token decimali PDF senza notazione esponenziale; i token sorgente conservano la precisione scritta dall'autore anche quando il valore Single pubblico legacy arrotonda o va in underflow

Il ricaricamento del PDF salvato e l'export XFDF successivo preservano il token decimale conservato, incluse le frazioni lunghe vicine al limite di coordinata

Transazioni e callback

La transazione su file nativa valida i target prima della pubblicazione, preserva il grafo caricato e il target precedente in caso di fallimento, e usa i budget esistenti di annotazioni, oggetti, profondità, byte e working storage

Gli entry point JSON Windows e Linux usano lo stesso codec mappato tramite i loro record di operazione V1 esistenti; callback falliti o cancellazione conservano il PDF committed in precedenza, mentre i sink di callback di proprietà del chiamante potrebbero aver ricevuto byte della candidate

Un callback di scrittura fallito non viene riprovato tramite un sink di output o risultato con alias; la stessa regola vale per il confronto a due handle, e i valori di stato di scrittura non definiti diventano lo standard IO error status

Il codec condiviso HPDFXFDF accetta un record di callback per le destinazioni separato nei nuovi overload; il layout del record di accesso legacy resta invariato

I metodi di THotPDF sulle annotazioni caricate legano questi callback in modo automatico; i chiamanti diretti del codec devono fornire conteggio e risoluzione delle pagine per i target espliciti

Confini

Questo profilo mappa i dati GoTo e destinazione locali senza eseguire azioni; GoToR remoto, Launch, dizionari di azione arbitrari, authoring dei name tree di destinazione, trasporto AP e sostituzione o rimozione di annotazioni restano capability separate

Profilo delle annotazioni mappate · Operazioni Windows · Callback Linux