Especificación técnica de OpenDocument

El formato OpenDocument permite almacenar metadatos (datos sobre los datos) mediante un conjunto de elementos de metadatos predefinidos, además de permitir metadatos personalizados y definidos por el usuario. El formato predefine los siguientes campos de metadatos:

• Generador
• Título
• Descripción
• Sujeto
• Palabras clave
• Creador inicial
• Creador
• Impreso por
• Fecha y hora de creación
• Fecha y hora de modificación
• Imprimir fecha y hora
• Documento ejemplar
• Recarga automática
• Comportamiento de los hipervínculos
• Idioma
• Ciclos de edición
• Duración de la edición
• Estadísticas de documentos

El formato de contenido de texto de OpenDocument admite funciones tanto estándar como avanzadas. Admite encabezados de distintos niveles, listas de diversos tipos (numeradas y no numeradas), párrafos numerados y control de cambios. Se pueden usar secuencias de páginas y atributos de sección para controlar la visualización del texto. También admite hipervínculos, texto ruby ​​(que proporciona anotaciones y es fundamental para algunos idiomas), marcadores y referencias. Incluye campos de texto (para contenido autogenerado) y mecanismos para generar automáticamente tablas, como tablas de contenido, índices y bibliografías.

El formato OpenDocument implementa las hojas de cálculo como conjuntos de tablas. Por lo tanto, ofrece amplias posibilidades para formatear la visualización de tablas y hojas de cálculo. OpenDocument también admite rangos de bases de datos, filtros y tablas dinámicas (conocidas en Microsoft Excel como " tablas de datos "). Además, permite el seguimiento de cambios en las hojas de cálculo.

El formato gráfico admite una representación gráfica vectorial, en la que un conjunto de capas y el contenidoSe define el tamaño de cada capa. Las formas de dibujo disponibles incluyen rectángulo, línea, polilínea, polígono, polígono regular , trazado, círculo, elipse y conector. También están disponibles formas 3D; el formato incluye información sobre la escena, la luz, el cubo, la esfera, la extrusión y la rotación (está pensado para su uso en el intercambio de datos de oficina y no es suficiente para representar vídeos u otras escenas 3D extensas). También se pueden definir formas personalizadas.

Se admiten presentaciones. Los usuarios pueden incluir animaciones en las presentaciones, con control sobre el sonido, mostrar u ocultar formas o texto, o atenuar elementos; además, estas animaciones se pueden agrupar. En OpenDocument, gran parte de las funcionalidades del formato de texto se reutilizan, lo que simplifica las implementaciones. Sin embargo, OpenDocument no admite tablas como objetos de dibujo, por lo que solo se pueden incluir en las presentaciones como tablas incrustadas.

Los gráficos definen cómo crear representaciones gráficas a partir de datos numéricos. Admiten títulos, subtítulos, un pie de página y una leyenda para explicar el gráfico. El formato define la serie de datos que se utilizará para la representación gráfica y permite diferentes tipos de representaciones gráficas (como gráficos de líneas, gráficos circulares, etc.).

Los formularios cuentan con soporte especial, basado en el estándar XForms existente.

Los controles de estilo y formato son numerosos y ofrecen diversas opciones para controlar la visualización de la información.

El diseño de página se controla mediante diversos atributos. Estos incluyen el tamaño de página, el formato de numeración, la bandeja de papel, la orientación de impresión, los márgenes, el borde (y su grosor de línea), el relleno, la sombra, el fondo, las columnas, el orden de impresión, el número de la primera página, la escala, el centrado de tablas, la altura máxima de las notas al pie y el separador, así como muchas propiedades de la cuadrícula de diseño.

Los encabezados y pies de página pueden tener alturas fijas y mínimas definidas, márgenes, ancho de línea de borde, relleno, fondo, sombra y espaciado dinámico.

Existen numerosos atributos para texto específico, párrafos, texto ruby , secciones, tablas, columnas, listas y rellenos. Se pueden configurar fuentes, tamaños, nombres de familias tipográficas genéricas ( romana con serifa , suiza sin serifa , moderna monoespaciada , decorativa , cursiva o del sistema ) y otras propiedades para caracteres específicos. El espaciado vertical de los párrafos se puede controlar mediante atributos como mantener juntos, viuda y huérfana, y también se pueden usar otros atributos como "capítulos capitales" para aplicar formatos especiales. La lista es muy extensa; consulte las referencias (en particular, el estándar) para obtener más detalles.   

OpenDocument versión 1.2 describe completamente las fórmulas matemáticas que se pueden visualizar en pantalla. Es totalmente capaz de intercambiar datos de hojas de cálculo, formatos, tablas dinámicas y otra información que normalmente se incluye en una hoja de cálculo. OpenDocument intercambia fórmulas como valores del atributo tabla:fórmula.

La sintaxis permitida para `table:formula` no se definió con suficiente detalle en la especificación OpenDocument versión 1.0, que definía las fórmulas de hoja de cálculo mediante ejemplos sencillos que mostraban, por ejemplo, cómo especificar rangos y la función SUMA(). Por consiguiente, el subgrupo de fórmulas de OASIS OpenDocument estandarizó `table:formula` en la especificación OpenFormula . Para más información, consulte el artículo de OpenFormula .

Cuando un archivo OpenDocument está protegido con contraseña, la estructura de archivos del paquete permanece igual, pero el contenido de los archivos XML del paquete se cifra utilizando el siguiente algoritmo:

1. El contenido del archivo se comprime con el algoritmo DEFLATE .
2. Se calcula una suma de verificación de una parte del archivo comprimido ( SHA-1 del contenido del archivo, o SHA-1 de los primeros 1024 bytes del archivo, o SHA-256 de los primeros 1024 bytes del archivo) y se almacena, de modo que se pueda verificar la corrección de la contraseña al descifrarla.
3. Se crea un resumen (hash) de la contraseña ingresada por el usuario en codificación UTF-8 y se pasa al componente del paquete. Las versiones 1.0 y 1.1 de ODF solo exigen compatibilidad con el resumen SHA-1, mientras que la versión 1.2 recomienda SHA-256.
4. Este resumen se utiliza para producir una clave derivada mediante el estiramiento de clave con PBKDF2 utilizando HMAC-SHA-1 con una sal de longitud arbitraria (en ODF 1.2; son 16 bytes en ODF 1.1 y versiones anteriores) generada por el generador de números aleatorios para un número arbitrario de iteraciones (1024 por defecto en ODF 1.2).
5. El generador de números aleatorios se utiliza para generar un vector de inicialización aleatorio para cada archivo.
6. El vector de inicialización y la clave derivada se utilizan para cifrar el contenido del archivo comprimido. ODF 1.0 y 1.1 utilizan Blowfish en modo de retroalimentación de cifrado de 8 bits, mientras que ODF 1.2 lo considera un algoritmo obsoleto y permite utilizar Triple DES y AES (con 128, 196 o 256 bits), ambos en modo de encadenamiento de bloques de cifrado.

El archivo content.xml , el más importante, contiene el contenido real del documento (excepto los datos binarios, como las imágenes). El formato base está inspirado en HTML y, aunque es mucho más complejo, debería ser razonablemente legible para los humanos:

<text:h style-name= "Heading_2" > Este es un título </text:h> <text:p style-name= "Text_body" /> <text:p style-name= "Text_body" > Este es un párrafo. La información de formato está en el estilo Text_body . La etiqueta text:p vacía de arriba es un párrafo en blanco (una línea vacía ). </text:p>

El archivo styles.xml contiene información de estilo. OpenDocument utiliza intensivamente los estilos para el formato y el diseño. La mayor parte de la información de estilo se encuentra aquí (aunque parte está en content.xml). Los tipos de estilo incluyen:

• Estilos de párrafo
• Estilos de página
• Estilos de personajes
• Estilos de marco
• Estilos de lista

El formato OpenDocument es algo inusual, ya que el uso de estilos para el formato es inevitable. Incluso el formato "manual" se implementa mediante estilos (la aplicación crea nuevos estilos dinámicamente según sea necesario).

El archivo meta.xml contiene los metadatos del archivo. Por ejemplo, Autor, "Última modificación realizada por", fecha de la última modificación, etc. El contenido se parece más o menos a esto:

<meta:creation-date> 2003-09-10T15:31:11 </meta:creation-date> <dc:creator> Daniel Carrera </dc:creator> <dc:date> 2005-06-29T22:02:06 </dc:date> <dc:language> es-ES </dc:language> <meta:document-statistic table-count= "6" object-count= "0" page-count= "59" paragraph-count= "676" image-count= "2" word-count= "16701" character-count= "98757" />

Los nombres de las etiquetas <dc:...> provienen del estándar XML Dublin Core .

El archivo settings.xml incluye ajustes como el factor de zoom o la posición del cursor. Estas son propiedades que no son contenido ni diseño.

El archivo `mimetype` es simplemente una línea que indica el tipo MIME del documento. Esto implica que la extensión del archivo es irrelevante para el formato. La extensión solo sirve para facilitar la tarea al usuario. Es importante destacar que este archivo especial siempre es el primero en el archivo ZIP y no está comprimido. Dado que el encabezado ZIP utiliza campos de longitud fija, permite la identificación directa de los diferentes formatos de OpenDocument sin necesidad de descomprimir el contenido (por ejemplo, con bytes mágicos).

La carpeta «Miniaturas » es una carpeta independiente para las miniaturas de los documentos. La miniatura debe guardarse como «thumbnail.png». Al guardar el documento, se genera automáticamente una miniatura que representa la primera página, la primera hoja, etc. El tamaño requerido para las miniaturas es de 128x128 píxeles. Para cumplir con el Estándar de Gestión de Miniaturas (TMS) de www.freedesktop.org, las miniaturas deben guardarse como imágenes PNG de 8 bits, sin entrelazado y con transparencia alfa completa.

META-INF es una carpeta independiente. La información sobre los archivos contenidos en el paquete OpenDocument se almacena en un archivo XML llamado archivo de manifiesto . El archivo de manifiesto siempre se guarda en la ruta META-INF/manifest.xml. La información principal que se almacena en el manifiesto es:

• Una lista de todos los archivos del paquete.
• El tipo de medio de cada archivo en el paquete.
• Si un archivo almacenado en el paquete está cifrado, la información necesaria para descifrarlo se almacena en el manifiesto.

La carpeta «Imágenes» es independiente y contiene las imágenes incluidas en el documento. Esta carpeta no está definida en la especificación OpenDocument. Los archivos en esta carpeta pueden usar diversos formatos de imagen, según el formato del archivo insertado. Si bien los datos de imagen pueden tener un formato arbitrario, se recomienda almacenar los gráficos de mapa de bits en formato PNG y los gráficos vectoriales en formato SVG.

Por diseño, OpenDocument reutiliza los estándares XML abiertos existentes siempre que estén disponibles, y crea nuevas etiquetas solo cuando ningún estándar existente puede proporcionar la funcionalidad necesaria. Por lo tanto, OpenDocument utiliza un subconjunto de Dublin Core para metadatos , MathML para fórmulas mostradas , SMIL para multimedia , XLink para hipervínculos , etc.

Aunque OpenDocument no reutiliza completamente SVG para gráficos vectoriales , sí utiliza gráficos vectoriales compatibles con SVG dentro de un espacio de nombres específico del formato ODF, pero también incluye gráficos que no son SVG.

No es obligatorio usar office:versionel atributo en archivos ODF 1.0 y ODF 1.1, por lo que cuando se omite office:version en un elemento, este se basa en ODF 1.0 o 1.1. Si el archivo tiene una versión conocida por un procesador XML, este puede validar el documento. De lo contrario, la validación es opcional, pero el documento debe estar bien formado.

El office:versionatributo deberá estar presente en todos y cada uno de los elementos <office:document>, <office:document-content>, <office:document-styles>, <office:document-meta> y <office:document-settings> de los documentos XML que componen un documento OpenDocument 1.2 o posterior. El valor del atributo office:version deberá reflejar la versión de OpenDocument. ^{[ 20 ]}

La especificación OpenDocument no especifica qué elementos y atributos deben, deberían o pueden admitir las aplicaciones compatibles. Incluso las aplicaciones de oficina típicas pueden admitir solo un subconjunto de los elementos y atributos definidos en la especificación. La especificación incluye una tabla no normativa que ofrece una visión general de los elementos y atributos que suelen admitir las aplicaciones de oficina típicas.

Los documentos que cumplen con la especificación OpenDocument pueden contener elementos y atributos no especificados en el esquema OpenDocument. Dichos elementos y atributos no deben formar parte de un espacio de nombres definido en la especificación y se denominan elementos y atributos externos.

Las aplicaciones que cumplan con el esquema OpenDocument deberán leer documentos válidos si se eliminan todos los elementos y atributos externos antes de la validación, o bien deberán escribir documentos válidos si se eliminan todos los elementos y atributos externos antes de la validación. Las aplicaciones que lean y escriban documentos podrán conservar los elementos y atributos externos. Además, deberán conservar la metainformación y el contenido de los estilos.

Las solicitudes que cumplan con los requisitos deberán leer los documentos que contengan las instrucciones de procesamiento y conservarlos.

ODF 1.2 define con precisión los requisitos de conformidad. La especificación define la conformidad para documentos, consumidores y productores, con dos clases de conformidad denominadas conforme y conforme extendida. Además, define documentos de interfaz de usuario de texto, hoja de cálculo, dibujo, presentación, gráfico, imagen, fórmula y base de datos que cumplan con los requisitos de conformidad. El capítulo 2 define los requisitos básicos para los objetivos de conformidad individuales. ^{[ 21 ]}