Destinos XFDF de anotaciones
El XFDF nativo de anotaciones, los file jobs de Windows y los callbacks V1, y los callbacks V1 nativos de Linux preservan los destinos con nombre y los objetivos explícitos de página locales en anotaciones Link, con una ruta remota GoToR aparte
Un Dest directo mapea al objeto de destino PDF de la anotación, mientras que OnActivation/Action/GoTo/Dest mapea a una acción GoTo local; el índice de página es de base cero y se enlaza al objeto de página indirecto real durante la importación
| Objetivo | Atributos |
|---|---|
| Named | Name, preservando Unicode y los caracteres de escape literales de PDF-name |
| Fit, FitB | Page |
| FitH, FitBH | Page, Top |
| FitV, FitBV | Page, Left |
| FitR | Page, Left, Bottom, Right, Top |
| XYZ | Page y opcionales 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
El export XYZ canónico omite las coordenadas cuyo objeto PDF es null; las coordenadas opcionales ausentes preservan la coordenada o zoom actual del viewer, y el zoom cero retiene el significado estándar de PDF
El perfil de compatibilidad también acepta null literal y atributos de coordenadas 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 pretensión de certificación de esquema ISO
FitR exige los cuatro bounds numéricos; los atributos requeridos no pueden omitirse de los demás modos Fit, y Page debe ser un entero decimal que identifique una página existente
Precisión y bounds
Los nombres de elementos Adobe cualificados y los enlaces de namespace heredados preservan los mismos objetivos; los namespaces de destinos foráneos y los atributos XML duplicados se rechazan antes de crear la anotación
Las coordenadas deben ser finitas, tener un valor decimal absoluto exacto no mayor que 1000000 y usar zoom no negativo; la entrada numérica y la salida decimal expandida se limitan a 8192 caracteres
Se aceptan decimales con signo y notación científica dentro de esos límites, y luego se escriben como tokens decimales PDF sin notación exponencial; los tokens de origen retienen la precisión del autor incluso cuando el valor público legacy Single redondea o desborda por abajo
Recargar el PDF guardado y exportar de nuevo el XFDF preserva el token decimal retenido, incluidas fracciones largas cercanas al límite de coordenadas
Transacciones y callbacks
La transacción nativa de archivos valida los objetivos antes de publicar, preserva el grafo cargado y el objetivo anterior en caso de fallo, y usa los presupuestos existentes de anotaciones, 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 registros de operación V1 existentes; los callbacks fallidos o la cancelación retienen el PDF previamente confirmado, mientras que los sinks de callback propiedad del llamador pueden haber recibido bytes candidatos
Un callback de escritura fallido no se reintenta a través de un sink de salida o resultado aliased; la misma regla se aplica a la comparación de dos handles, y los valores de estado de escritura indefinidos se convierten en el estado de error IO estándar
El codec compartido HPDFXFDF acepta un registro de callbacks de destinos separado en nuevas sobrecargas; el layout del access record legacy permanece sin cambios
Los métodos de anotaciones cargadas de THotPDF enlazan estos callbacks automáticamente; los llamadores directos del codec deben suministrar el recuento de páginas y la resolución de páginas para los objetivos explícitos
Límites
Este perfil mapea datos locales de GoTo y destinos sin ejecutar acciones; Launch, diccionarios de acciones arbitrarios, la creación de name-trees de destinos, el transporte AP y el reemplazo/eliminación de anotaciones siguen siendo capacidades aparte
Perfil de anotaciones mapeado · Operaciones Windows · Callbacks Linux