Este artículo describe las especificaciones técnicas del estándar de documentos de oficina OpenDocument , desarrollado por el consorcio industrial OASIS . Varias organizaciones desarrollaron el estándar públicamente y lo hacen accesible al público, lo que significa que cualquier persona puede implementarlo sin restricciones. El formato OpenDocument tiene como objetivo proporcionar una alternativa abierta a los formatos de documentos propietarios .
Representación de documentos
El formato OpenDocument admite las dos formas siguientes de representación de documentos:
- Como una colección de varios subdocumentos dentro de un paquete , cada uno de los cuales almacena parte del documento completo. Esta es la representación común de los documentos de OpenDocument. Utiliza las extensiones de archivos, tales como
.odt
,.ott
,.ods
,.odp
... etc El paquete es un estándar de archivo ZIP con diferentes extensiones de archivos y con una estructura definida de subdocumentos. Cada subdocumento dentro de un paquete tiene una raíz de documento diferente y almacena un aspecto particular del documento XML. Todos los tipos de documentos (por ejemplo, documentos de texto y hojas de cálculo) utilizan el mismo conjunto de definiciones de documentos y subdocumentos. - Como un solo documento XML , también conocido como Flat XML o Archivos XML sin comprimir . Los archivos XML de OpenDocument únicos no se usan mucho, [ cita requerida ] tampoco son compatibles con algunos programas de oficina que afirman ser compatibles con ODF (las aplicaciones de Microsoft Office de la versión 2007 a 2013 no los reconocen). Las extensiones de archivos para un solo OpenDocument documentos XML no están definidos en la especificación técnica de OpenDocument, pero comúnmente usados son
.xml
,.fodt
, [1].fods
, ... etc.
Las extensiones de nombre de archivo y los tipos MIME recomendados se incluyen en el estándar oficial (OASIS, 1 de mayo de 2005 y sus revisiones o versiones posteriores). Los tipos y extensiones MIME contenidos en la especificación ODF son aplicables solo a los documentos de Office contenidos en un paquete. Los documentos de Office que cumplen con la especificación de OpenDocument pero que no están contenidos en un paquete deben usar el tipo MIME text / xml.
El tipo MIME también se usa en el office:mimetype
atributo. Es muy importante utilizar este atributo en archivos XML planos / documentos XML únicos, donde esta es la única forma en que se puede detectar el tipo de documento (en un paquete, el tipo MIME también está presente en un archivo mimetype separado ). Sus valores son los tipos MIME que se utilizan para la variante empaquetada de documentos de Office.
Documentos
Las extensiones de archivo más comunes que se utilizan para los documentos de OpenDocument son .odt
para documentos de texto, .ods
hojas de cálculo, .odp
programas de presentación y .odg
gráficos. Estos se recuerdan fácilmente si se considera que ".od" es la abreviatura de "OpenDocument" y luego se observa que la última letra indica su tipo más específico (como t para texto). Aquí está la lista completa de tipos de documentos, que muestra el tipo de archivo, la extensión de archivo recomendada y el tipo MIME :
Tipo de archivo | Extensión | Tipo de Mimica | Especificación ODF |
---|---|---|---|
Texto | .odt | application / vnd.oasis.opendocument.text | 1.0 |
Hoja de cálculo | .ods | application / vnd.oasis.opendocument.spreadsheet | 1.0 |
Presentación | .odp | application / vnd.oasis.opendocument.presentation | 1.0 |
Dibujo | .odg | application / vnd.oasis.opendocument.graphics | 1.0 |
Gráfico | .odc | application / vnd.oasis.opendocument.chart | 1.0 |
Fórmula | .odf | application / vnd.oasis.opendocument.formula | 1.0 |
Imagen | .odi | application / vnd.oasis.opendocument.image | 1.0 |
Documento maestro | .odm | application / vnd.oasis.opendocument.text-master | 1.0 |
Base de datos | .odb | application / vnd.sun.xml.base [2] [3] | no definido en las especificaciones ODF 1.0 / 1.1; utilizado en OpenOffice.org 2.x |
Base de datos | .odb | application / vnd.oasis.opendocument.base | ODF 1,2; utilizado en OpenOffice.org 3.x |
Base de datos | .odb | application / vnd.oasis.opendocument.database | definido en el registro de IANA |
todos los archivos XML simples / planos de OpenDocument | no definida | texto / xml | 1.0 |
Plantillas
OpenDocument también admite un conjunto de tipos de plantillas. Las plantillas representan la información de formato (incluidos los estilos) de los documentos, sin el contenido en sí. La extensión de nombre de archivo recomendada comienza con ".ot" (interpretable como la abreviatura de "plantilla de OpenDocument"), y la última letra indica qué tipo de plantilla (como "t" para texto). El conjunto compatible incluye:
Tipo de archivo | Extensión | Tipo de Mimica | Especificación ODF |
---|---|---|---|
Texto | .ott | application / vnd.oasis.opendocument.text-template | 1.0 |
Hoja de cálculo | .ots | application / vnd.oasis.opendocument.spreadsheet-template | 1.0 |
Presentación | .otp | application / vnd.oasis.opendocument.presentation-template | 1.0 |
Dibujo | .otg | application / vnd.oasis.opendocument.graphics-template | 1.0 |
Plantilla de gráfico | .cuerpos de cadetes militares | application / vnd.oasis.opendocument.chart-template | 1.0 |
Plantilla de fórmula | .otf | application / vnd.oasis.opendocument.formula-template | 1.0 |
Plantilla de imagen | .oti | application / vnd.oasis.opendocument.image-template | 1.0 |
Plantilla de página web | .oth | application / vnd.oasis.opendocument.text-web | 1.0 |
Capacidades
Como se señaló anteriormente, el formato OpenDocument puede describir documentos de texto (por ejemplo, los que normalmente se editan con un procesador de texto), hojas de cálculo, presentaciones, dibujos / gráficos, imágenes, cuadros, fórmulas matemáticas y "documentos maestros" (que pueden combinarlos). . También puede representar plantillas para muchos de ellos.
La versión 1.0 del estándar oficial de OpenDocument (OASIS, 1 de mayo de 2005) define las capacidades de OpenDocument. El texto a continuación proporciona un breve resumen de las capacidades del formato.
Metadatos
El formato OpenDocument admite el almacenamiento de metadatos (datos sobre los datos) al tener 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 del hipervínculo
- Idioma
- Ciclos de edición
- Duración de la edición
- Estadísticas de documentos
Contenido
El formato de contenido de texto de OpenDocument admite capacidades tanto típicas como avanzadas. Se admiten títulos de varios niveles, listas de varios tipos (numerados y no), párrafos numerados y seguimiento de cambios. Las secuencias de página y los atributos de sección se pueden utilizar para controlar cómo se muestra el texto. También se admiten hipervínculos, texto ruby (que proporciona anotaciones y es especialmente importante para algunos idiomas), marcadores y referencias. También se incluyen campos de texto (para contenido autogenerado) y mecanismos para generar tablas automáticamente, como tablas de contenido, índices y bibliografías.
El formato OpenDocument implementa hojas de cálculo como conjuntos de tablas. Por lo tanto, presenta amplias capacidades para formatear la visualización de tablas y hojas de cálculo. OpenDocument también admite rangos de bases de datos, filtros y "pilotos de datos" (conocidos en contextos de Microsoft Excel como " tablas dinámicas "). El seguimiento de cambios también está disponible para hojas de cálculo.
El formato gráfico admite una representación gráfica vectorial, en la que se define un conjunto de capas y el contenido [1] de cada capa. Las formas de dibujo disponibles incluyen Rectángulo, Línea, Polilínea, Polígono, Polígono regular, Ruta, Círculo, Elipse y Conector. Las formas 3D también están disponibles; el formato incluye información sobre la escena, la luz, el cubo, la esfera, la extrusión y la rotación (está diseñado para usarse como intercambio de datos de oficina y no es suficiente para representar videos u otras escenas en 3D extensas). También se pueden definir formas personalizadas.
Se admiten presentaciones. Los usuarios pueden incluir animaciones en presentaciones, con control sobre el sonido, mostrando una forma o texto, ocultando una forma o texto, o atenuando algo, y estos se pueden agrupar. En OpenDocument, muchas de las capacidades de formato se reutilizan a partir del formato de texto, lo que simplifica las implementaciones. Sin embargo, las tablas no son compatibles con OpenDocument como objetos de dibujo, por lo que solo se pueden incluir en presentaciones como tablas incrustadas.
Los gráficos definen cómo crear pantallas 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án para la visualización gráfica y varios tipos diferentes de visualizaciones gráficas (como gráficos de líneas, gráficos circulares, etc.).
Los formularios son especialmente compatibles y se basan en el estándar XForms existente.
Objetos
Un documento en formato OpenDocument puede contener dos tipos de objetos, como se indica a continuación:
- Objetos que tienen una representación de OpenDocument. Estos objetos son:
- Fórmulas (representadas como MathML)
- Gráficos
- Hojas de cálculo
- Documentos de texto
- Dibujos
- Presentaciones
- Objetos que no tienen representación XML. Estos objetos solo tienen una representación binaria. Un ejemplo de este tipo de objetos son los objetos OLE . [4]
El uso de objetos de vinculación e incrustación de objetos de Microsoft (OLE) limita la interoperabilidad, porque estos objetos no son ampliamente compatibles con los programas para ver o editar archivos (por ejemplo, incrustar otros archivos dentro del archivo, como tablas o gráficos de una aplicación de hoja de cálculo en un documento de texto o archivo de presentación). [5] [6] [7] [8] [9] Si un software que comprende un objeto OLE no está disponible, el objeto generalmente se reemplaza por una imagen (representación de mapa de bits del objeto) o no se muestra en absoluto. [10] [11] [12]
Formateo
Los controles de estilo y formato son numerosos y proporcionan una serie de controles sobre la visualización de la información.
El diseño de la página está controlado por una variedad de atributos. Estos incluyen tamaño de página, formato numérico, bandeja de papel, orientación de impresión, márgenes, borde (y su ancho de línea), relleno, sombra, fondo, columnas, orden de la página de impresión, número de la primera página, escala, centrado de la tabla, altura máxima de la nota al pie y separador y muchas propiedades de cuadrícula de diseño.
Los encabezados y pies de página pueden tener alturas, márgenes, ancho de línea de borde, relleno, fondo, sombra y espaciado dinámico fijos y mínimos definidos.
Hay muchos atributos para texto, párrafos, texto ruby , secciones, tablas, columnas, listas y rellenos específicos . Los caracteres específicos pueden tener sus fuentes, tamaños, nombres de familias de fuentes genéricas ( roman - serif , swiss - sans-serif , modern - monoespacio , decorativo , script o sistema ) y otras propiedades establecidas. Los párrafos pueden tener su espacio vertical controlado a través de atributos en mantener juntos, viudo y huérfano, y tener otros atributos como "letras mayúsculas" para proporcionar un formato especial. La lista es extremadamente extensa; consulte las referencias (en particular, el estándar actual) para obtener más detalles.
Fórmulas de hoja de cálculo
La versión 1.2 de OpenDocument 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 de la tabla de atributos: fórmula.
La sintaxis permitida de table: formula no se definió con suficiente detalle en la especificación de OpenDocument versión 1.0, que definía fórmulas de hoja de cálculo utilizando un conjunto de ejemplos simples que muestran, por ejemplo, cómo especificar rangos y la función SUM (). Por lo tanto, el subgrupo OASIS OpenDocument Formula estandarizó la tabla: fórmula en la especificación OpenFormula . Para obtener más información, consulte el artículo de OpenFormula .
Cifrado
Cuando el archivo OpenDocument está protegido con contraseña, la estructura del archivo del paquete sigue siendo la misma, pero el contenido de los archivos XML en el paquete se cifra mediante el siguiente algoritmo:
- El contenido del archivo se comprime con el algoritmo DEFLATE .
- Se calcula una suma de comprobació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 así la contraseña la corrección se puede verificar al descifrar.
- 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 soporte para el resumen SHA-1 aquí, mientras que la versión 1.2 recomienda SHA-256.
- Este resumen se utiliza para producir una clave derivada mediante el estiramiento de clave con PBKDF2 usando HMAC-SHA-1 con una sal de longitud arbitraria (en ODF 1.2, son 16 bytes en ODF 1.1 y menos) generada por el generador de números aleatorios para un arbitrario recuento de iteraciones (1024 por defecto en ODF 1.2).
- El generador de números aleatorios se utiliza para generar un vector de inicialización aleatorio para cada archivo.
- El vector de inicialización y la clave derivada se utilizan para cifrar el contenido del archivo comprimido. ODF 1.0 y 1.1 usan Blowfish en modo de retroalimentación de cifrado de 8 bits, mientras que ODF 1.2 lo considera un algoritmo heredado y permite que Triple DES y AES (con 128, 196 o 256 bits), ambos en modo de encadenamiento de bloques de cifrado, se utilicen en su lugar.
Formatear partes internas
Un archivo de OpenDocument comúnmente consiste en una norma postal de archivo ( JAR Archivo [13] ) que contiene una serie de archivos y directorios; pero el archivo OpenDocument también puede constar de un único documento XML. El archivo OpenDocument es comúnmente una colección de varios subdocumentos dentro de un paquete (ZIP) . El archivo OpenDocument como un solo XML no se usa ampliamente. De acuerdo con la especificación OpenDocument 1.0, la especificación del archivo ZIP se define en la Nota de aplicación Info-ZIP 970311, 1997 . [14] [15] El mecanismo de compresión simple utilizado para un paquete normalmente hace que los archivos de OpenDocument sean significativamente más pequeños que los archivos " .doc
" o " .ppt
" equivalentes de Microsoft . Este tamaño más pequeño es importante para las organizaciones que almacenan una gran cantidad de documentos durante largos períodos de tiempo y para aquellas organizaciones que deben intercambiar documentos a través de conexiones de ancho de banda bajo. Una vez descomprimidos, la mayoría de los datos están contenidos en archivos XML simples basados en texto, por lo que el contenido de los datos descomprimidos tiene la facilidad típica de modificación y procesamiento de archivos XML. El estándar también permite la creación de un único documento XML, que utiliza
El estándar permite la inclusión de directorios para almacenar imágenes, animaciones que no son SMIL y otros archivos que son utilizados por el documento pero que no se pueden expresar directamente en XML.
Debido al formato de compresión especificado abiertamente utilizado, es posible que un usuario extraiga el archivo contenedor para editar manualmente los archivos contenidos. Esto permite la reparación de un archivo dañado o la manipulación de bajo nivel del contenido.
El conjunto comprimido de archivos y directorios incluye lo siguiente:
- Archivos XML
- content.xml
- meta.xml
- settings.xml
- styles.xml
- Otros archivos
- tipo de Mimica
- Directorios
- META-INF /
- manifest.xml
- Miniaturas /
- thumbnail.png
- META-INF /
El formato OpenDocument proporciona una fuerte separación entre contenido, diseño y metadatos. Los componentes más notables del formato se describen en las subsecciones siguientes. Los archivos en formato XML se definen con más detalle utilizando el lenguaje RELAX NG para definir esquemas XML. RELAX NG se define en sí mismo por una especificación OASIS, así como por la segunda parte de la norma internacional ISO / IEC 19757: Lenguajes de definición de esquemas de documentos (DSDL).
content.xml
content.xml , el archivo más importante, lleva 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:
style-name = "Heading_2" > Este es un título style-name = "Text_body" /> style-name = "Text_body" > Este es un párrafo. La información de formato es en el estilo Text_body. El texto vacío: etiqueta p arriba es un párrafo en blanco (una línea vacía).
styles.xml
styles.xml contiene información de estilo. OpenDocument hace un uso intensivo de estilos para formatear y diseñar. La mayor parte de la información de estilo está aquí (aunque parte está en content.xml). Los tipos de estilos incluyen:
- Estilos de párrafo
- Estilos de página
- Estilos de personajes
- Estilos de cuadros
- Estilos de lista
El formato OpenDocument es algo inusual en el sentido de que no se puede evitar el uso de estilos para formatear. Incluso el formateo "manual" se implementa a través de estilos (la aplicación crea dinámicamente nuevos estilos según sea necesario).
meta.xml
meta.xml contiene los metadatos del archivo. Por ejemplo, Autor, "Última modificación por", fecha de la última modificación, etc. El contenido se parece a esto:
2003-09-10T15: 31: 11 Daniel Carrera 2005-06-29T22: 02: 06 es-ES 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
settings.xml
settings.xml incluye configuraciones como el factor de zoom o la posición del cursor. Estas son propiedades que no son contenido ni diseño.
mimetype (archivo)
mimetype es solo un archivo de una línea con el mimetype del documento. Una implicación de esto es que la extensión del archivo es en realidad irrelevante para el formato. La extensión del archivo solo está disponible para el beneficio del usuario.
Miniaturas (directorio)
Miniaturas es una carpeta separada para la miniatura de un documento. La miniatura debe guardarse como "miniatura.png". Se debe generar una representación en miniatura de un documento de forma predeterminada cuando se guarda el archivo. Debe ser una representación de la primera página, primera hoja, etc. del documento. El tamaño requerido para las miniaturas es de 128x128 píxeles. Para cumplir con el Estándar de gestión de miniaturas (TMS) en www.freedesktop.org, las miniaturas deben guardarse como una imagen PNG no entrelazada de 8 bits con transparencia alfa completa.
META-INF (directorio)
META-INF es una carpeta separada. 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 almacena en la ruta META-INF / manifest.xml. Las principales piezas de información almacenadas en el manifiesto son:
- Una lista de todos los archivos del paquete.
- El tipo de medio de cada archivo del paquete.
- Si un archivo almacenado en el paquete está cifrado, la información necesaria para descifrar el archivo se almacena en el manifiesto.
Imágenes (directorio)
Imágenes es una carpeta separada para las imágenes incluidas en el documento. Esta carpeta no está definida en la especificación de OpenDocument. Los archivos de esta carpeta pueden utilizar varios formatos de imagen, según el formato del archivo insertado. Si bien los datos de la imagen pueden tener un formato arbitrario, se recomienda que los gráficos de mapa de bits se almacenen en formato PNG y los gráficos vectoriales en formato SVG.
Reutilización de formatos existentes
Por diseño, OpenDocument reutiliza los estándares XML abiertos existentes siempre que estén disponibles, y crea nuevas etiquetas solo donde ningún estándar existente puede proporcionar la funcionalidad necesaria. Por lo tanto, OpenDocument usa un subconjunto de DublinCore para metadatos , MathML para fórmulas mostradas , SMIL para multimedia , XLink para hipervínculos, etc.
Aunque no reutiliza completamente SVG para gráficos vectoriales , OpenDocument usa 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.
Historia
- La versión 1.0 se convirtió en un estándar OASIS el 2005-05-01 [16]
- La versión 1.1 se convirtió en estándar OASIS el 2007-02-07 [17]
- La versión 1.2 se convirtió en estándar OASIS el 29-09-2011 [18]
Detección de versiones
Para indicar con qué versión de la especificación de OpenDocument cumple un archivo, todos los elementos raíz toman un office:version
atributo. El número de versión tiene el formato revision.version (por ejemplo, oficina: versión = "1.1"). El office:version
atributo identifica la versión de la especificación ODF que definió el elemento asociado, su esquema, su contenido completo y su interpretación.
ODF 1.0 / 1.1
Si el archivo tiene una versión conocida por un procesador XML, puede validar el documento. De lo contrario, es opcional validar el documento, pero el documento debe estar bien formado. No es obligatorio utilizar office:version
atributos en archivos ODF 1.0 y ODF 1.1.
ODF 1.2
El office:version
atributo debe estar presente en todos y cada uno de los elementos
Cuando un elemento tiene office: version = "1.1", el elemento y su contenido se basan en la especificación OpenDocument v1.1. Para office: version = "1.0" el elemento y su contenido se basan en la especificación OpenDocument v1.0. Cuando un elemento tiene office: versión omitida, el elemento se basa en una versión de la especificación de OpenDocument anterior a la v1.2. En estos casos y en el caso de valores distintos de "1.2", los elementos no comprenden un documento OpenDocument 1.2. [19]
Conformidad
ODF 1.0 / 1.1
La especificación de OpenDocument no especifica qué elementos y atributos deben, deben o pueden admitir las aplicaciones conformes. 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 contiene una tabla no normativa que proporciona una descripción general de qué elementos y atributos suelen ser compatibles con una aplicación de oficina típica.
Los documentos que cumplen con la especificación de OpenDocument pueden contener elementos y atributos no especificados dentro del esquema de OpenDocument. Dichos elementos y atributos no deben formar parte de un espacio de nombres definido dentro de la especificación y se denominan elementos y atributos ajenos.
Las aplicaciones conformes leerán documentos que sean válidos contra el esquema de OpenDocument si se eliminan todos los elementos y atributos externos antes de que tenga lugar la validación, o escribirán documentos que sean válidos contra el esquema de OpenDocument si se eliminan todos los elementos y atributos externos antes de que se lleve a cabo la validación. Las aplicaciones compatibles que leen y escriben documentos pueden conservar elementos y atributos ajenos. Además de esto, las aplicaciones conformes deben preservar la metainformación y el contenido de los estilos.
Las solicitudes conformes deben leer los documentos que contienen instrucciones de procesamiento y deben conservarlos.
ODF 1.2
ODF 1.2 define con precisión las necesidades de conformidad. La especificación define la conformidad para documentos, consumidores y productores, con dos clases de conformidad denominadas conforme y conforme extendido. Además, define los documentos conformes de texto, hoja de cálculo, dibujo, presentación, gráfico, imagen, fórmula y base de datos. El Capítulo 2 define los requisitos básicos para los objetivos de conformidad individuales. [20]
Notas al pie
- ^ "Control de versiones de documentos de OpenOffice.org con Mercurial" . Archivado desde el original el 25 de noviembre de 2017 . Consultado el 7 de junio de 2010 .
- ^ Tipos MIME: aplicaciones predeterminadas de OpenSolaris , archivadas desde el original el 16 de julio de 2011 , consultado el 6 de junio de 2010
- ^ .odb Extensión - Lista de programas que pueden abrir archivos .odb , recuperada 2010-06-06
- ^ Según la especificación OpenDocument 1.0, OLE se define en Kraig Brockschmidt, Inside OLE, Microsoft Press, 1995, ISBN 1-55615-843-2 .
- ^ Bruce Byfield (23 de agosto de 2005). "Procesadores de texto FOSS comparados: OOo Writer, AbiWord y KWord" . Consultado el 6 de abril de 2010 .
- ^ "Compartir archivos entre OpenOffice.org y Microsoft Office" . 2005-07-28. Archivado desde el original el 4 de febrero de 2010 . Consultado el 6 de abril de 2010 .
- ^ "SoftMaker Office 2008 se centra en la compatibilidad con Microsoft Office" . 2008-11-20 . Consultado el 6 de abril de 2010 .
- ^ "SoftMaker Office 2006 beta: no es una aplicación excelente" . 2006-11-21 . Consultado el 6 de abril de 2010 .
- ^ Philippe Lagadec (2006-11-30), OpenOffice / OpenDocument y Microsoft Office 2007 / seguridad Open XML (PDF) , recuperados 2010-04-06
- ^ "Objeto OLE - ¿Representación de mapa de bits?" . Archivado desde el original el 24 de julio de 2011 . Consultado el 6 de abril de 2010 .
- ^ "Un control de edición enriquecido que muestra mapas de bits y otros objetos OLE" . Consultado el 6 de abril de 2010 .
- ^ "ACC: Por qué los objetos OLE hacen que las bases de datos crezcan" . 2007-01-19. Archivado desde el original el 13 de diciembre de 2009 . Consultado el 29 de abril de 2010 .
- ^ "Recursos web y enlaces interesantes: introducción fácil y sencilla al formato OpenDocument (ODF)" . Archivado desde el original el 2 de junio de 2008 . Consultado el 7 de junio de 2010 .
- ^ "DEBATE-NECESIDADES: Referencia ZIP - N 1309" . Consultado el 7 de junio de 2010 .
- ^ "La referencia zip no es pública ni autorizada" . 2009-10-11 . Consultado el 7 de junio de 2010 .
- ^ "Formato de documento abierto OASIS para aplicaciones de Office (OpenDocument) TC" . Sitio web de OASIS . OASIS . Consultado el 8 de febrero de 2010 .
La especificación OpenDocument v1.0 fue aprobada como estándar OASIS el 1 de mayo de 2005
- ^ "Especificación de OpenDocument v1.1" . Sitio web de OASIS . OASIS . Consultado el 8 de febrero de 2010 .
La especificación OpenDocument v1.1 fue aprobada como estándar OASIS el 2 de febrero de 2007.
- ^ Los miembros aprueban la versión 1.2 del formato OpenDocument (ODF) como estándar OASIS , 2011-10-05 , consultado el 2012-04-12
- ^ "Office: atributo de versión - OpenDocument Versión 1.2, Parte 1, 29 de septiembre de 2011" . Consultado el 5 de diciembre de 2012 .
- ^ "Conformidad definida en OpenDocument Versión 1.2, Parte 1, 29 de septiembre de 2011" . Consultado el 5 de diciembre de 2012 .
Referencias
- Especificación OpenDocument 1.3 en formatos ODT, HTML y PDF
- Especificación OpenDocument 1.2 en formatos ODT, HTML y PDF
- Especificación de OpenDocument 1.1 en formatos ODT, HTML y PDF
- Especificación de OpenDocument 1.0 en formato PDF
enlaces externos
- Discusión de un script de shell de Linux para reducir el tamaño de los archivos de OpenDocument
- Tipos de medios de aplicación IANA.
- Formato de documento abierto (ISO / IEC 26300) / Office Open XML (ISO / IEC 29500) Directrices de traducción - ISO / IEC PDTR 29166