Destinos XFDF de annotations
El XFDF nativo de annotations, los file jobs y callbacks V1 de Windows y los callbacks V1 nativos de Linux preservan los named destinations y los destinos locales explícitos de página en las annotations Link
Un Dest directo se mapea al objeto de destino PDF de la annotation, mientras que OnActivation/Action/GoTo/Dest se mapea a una acción GoTo local; el índice de página es base cero y se vincula al objeto indirecto de página real durante la importación
| Destino | Atributos |
|---|---|
| Named | Name, preservando Unicode y caracteres de escape literales de nombres PDF |
| Fit, FitB | Page |
| FitH, FitBH | Page, Top |
| FitV, FitBV | Page, Left |
| FitR | Page, Left, Bottom, Right, Top |
| XYZ | Page y opcionalmente Left, Top, Zoom |
El modelo de atributos sigue la XML Forms Data Format Specification, Version 3.0 de Adobe, páginas impresas 59-68 y 88; la semántica de destinos PDF se define en ISO 32000
La exportación canónica XYZ omite coordenadas cuyo objeto PDF sea null; las coordenadas opcionales ausentes preservan la coordenada o el zoom actual del viewer, y el zoom cero retiene el significado estándar PDF
El perfil de compatibilidad también acepta null literal y atributos de coordenada vacíos como valores null; los atributos requeridos de FitH/FitV/FitBH/FitBV se emiten como null literal cuando su objeto PDF es null, sin declarar certificación del esquema ISO
FitR requiere los cuatro bounds numéricos; los atributos requeridos no se pueden omitir en los otros modos Fit, y Page debe ser un entero decimal que identifique una página existente
Precisión y límites
Los nombres de elementos Adobe calificados y los bindings de namespace heredados preservan los mismos destinos; los namespaces de destinos ajenos y los atributos XML duplicados se rechazan antes de crear la annotation
Las coordenadas deben ser finitas, tener un valor decimal absoluto exacto no mayor a 1000000 y usar zoom no negativo; la entrada numérica y la salida decimal expandida están limitadas a 8192 caracteres
Los decimales con signo y la notación científica se aceptan dentro de esos límites y luego se escriben como tokens decimales PDF sin notación exponencial; los tokens fuente retienen la precisión original incluso cuando el valor Single público heredado redondea o subfluye
El reload del PDF guardado y la exportación XFDF posterior preservan el token decimal retenido, incluyendo fracciones largas cercanas al límite de coordenadas
Transacciones y callbacks
La transacción nativa de archivos valida los destinos antes de la publicación, preserva el grafo cargado y el destino previo ante fallas, y usa los presupuestos existentes de annotations, objetos, profundidad, bytes y almacenamiento de trabajo
Los puntos de entrada JSON de Windows y Linux usan el mismo codec mapeado a través de sus records de operación V1 existentes; los callbacks fallidos o la cancelación retienen el PDF confirmado previamente, aunque los sinks de callback propiedad del llamador pueden haber recibido bytes candidatos
Un callback de escritura fallido no se reintenta mediante un sink de salida o resultado alias; la misma regla aplica a la comparación de dos handles, y los valores de estado de escritura indefinidos se convierten en el estado estándar de error IO
El codec compartido HPDFXFDF acepta un record de callback de destinos separado en las nuevas sobrecargas; el layout heredado del access-record no cambia
Los métodos de annotations cargadas de THotPDF vinculan estos callbacks automáticamente; los llamadores directos del codec deben suministrar el conteo de páginas y la resolución de páginas para destinos explícitos
Límites
Este perfil mapea datos locales de GoTo y destinos sin ejecutar acciones; GoToR remoto, Launch, diccionarios de acción arbitrarios, autoría de name-trees de destinos, transporte de AP y reemplazo/eliminación de annotations siguen siendo capacidades separadas
Perfil mapeado de annotations · Operaciones de Windows · Callbacks de Linux