Formatos de archivo Office Open XML

Un ejemplo de archivo de relaciones ( word/_rels/document.xml.rels ) es:

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> <Relationships xmlns= "http://schemas.microsoft.com/package/2005/06/relationships" > <Relationship Id= "rId1" Type= "http://schemas.microsoft.com/office/2006/relationships/image" Target= "http://en.wikipedia.org/images/wiki-en.png" TargetMode= "External" /> <Relationship Id= "rId2" Type= "http://schemas.microsoft.com/office/2006/relationships/hyperlink" Target= "http://www.wikipedia.org" TargetMode= "External" /> </Relationships>

Por lo tanto, las imágenes a las que se hace referencia en el documento se pueden encontrar en el archivo de relaciones buscando todas las relaciones que sean de tipo http://schemas.microsoft.com/office/2006/relationships/image. Para cambiar la imagen utilizada, edite la relación.

El siguiente código muestra un ejemplo de marcado en línea para un hipervínculo :

<w:hyperlink r:id= "rId2" w:history= "1" xmlns:r= "http://schemas.openxmlformats.org/officeDocument/2006/relationships" xmlns:w= "http://schemas.openxmlformats.org/wordprocessingml/2006/main" >

En este ejemplo, la URL ( Localizador Uniforme de Recursos ) se encuentra en el atributo Destino de la relación a la que se hace referencia mediante el ID de la relación, "rId2" en este caso. Las imágenes, plantillas y otros elementos vinculados se referencian de la misma manera.

Las imágenes se pueden insertar o enlazar mediante una etiqueta:

<v:imagedata w:rel= "rId1" o:title= "ejemplo" />

Esta es la referencia al archivo de imagen. Todas las referencias se gestionan mediante relaciones. Por ejemplo, un archivo document.xml tiene una relación con la imagen. Existe un directorio _rels en el mismo directorio que document.xml; dentro de _rels hay un archivo llamado document.xml.rels. En este archivo se define la relación, que incluye el tipo, el ID y la ubicación. El ID es el identificador referenciado en el documento XML. El tipo será la definición del esquema de referencia para el tipo de medio y la ubicación será una ubicación interna dentro del paquete ZIP o una ubicación externa definida mediante una URL.

Office Open XML utiliza el conjunto de elementos de metadatos Dublin Core y los términos de metadatos DCMI para almacenar las propiedades de los documentos. Dublin Core es un estándar para la descripción de recursos de información entre dominios y está definido en la norma ISO 15836:2003 .

Un ejemplo de archivo de propiedades de documento ( docProps/core.xml ) que utiliza metadatos de Dublin Core es:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <cp:coreProperties xmlns:cp= "http://schemas.openxmlformats.org/package/2006/metadata/core-properties" xmlns:dc= "http://purl.org/dc/elements/1.1/" xmlns:dcterms= "http://purl.org/dc/terms/" xmlns:xsi= "http://www.w3.org/2001/XMLSchema-instance" > <dc:title> Office Open XML </dc:title> <dc:subject> Formato y estructura de archivos </dc:subject> <dc:creator> Wikipedia </dc:creator> <cp:keywords> Office Open XML, Metadatos, Dublin Core </cp:keywords> <dc:description> Office Open XML utiliza ISO 15836:2003 </dc:description> <cp:lastModifiedBy> Wikipedia </cp:lastModifiedBy> <cp:revision> 1 </cp:revision> <dcterms:created xsi:type= "dcterms:W3CDTF" > 2008-06-19T20:00:00Z </dcterms:created> <dcterms:modified xsi:type= "dcterms:W3CDTF" > 2008-06-19T20:42:00Z </dcterms:modified> <cp:category> Formato de archivo de documento </cp:category> <cp:contentStatus> Final </cp:contentStatus> </cp:coreProperties>

Patrick Durusau, editor de ODF , ha visto el estilo de marcado de OOXML y ODF como dos caras de un debate: la "parte de los elementos" y la "parte de los atributos". Señala que OOXML representa "la parte de los elementos de este enfoque" y destaca el KeepNextelemento como ejemplo:

<w:pPr> <w:keepNext/> … </w:pPr>

En cambio, señala que ODF usaría el atributo único fo:keep-next, en lugar de un elemento, para la misma semántica. ^{[ 3 ]}

El esquema XML de Office Open XML enfatiza la reducción del tiempo de carga y la mejora de la velocidad de análisis . ^{[ 4 ]} En una prueba con aplicaciones vigentes en abril de 2007, los documentos de Office basados ​​en XML fueron más lentos en cargarse que los formatos binarios. ^{[ 5 ]} Para mejorar el rendimiento, Office Open XML utiliza nombres de elementos muy cortos para elementos comunes y fechas de guardado de hojas de cálculo como números de índice (que comienzan desde 1900 o desde 1904). ^{[ 6 ]} Para ser sistemático y genérico, Office Open XML normalmente utiliza elementos secundarios separados para datos y metadatos (nombres de elementos que terminan en Pr para propiedades ) en lugar de utilizar múltiples atributos, lo que permite propiedades estructuradas. Office Open XML no utiliza contenido mixto, sino que utiliza elementos para colocar una serie de secuencias de texto (nombre de elemento r ) en párrafos (nombre de elemento p ). El resultado es conciso y altamente anidado en contraste con HTML , por ejemplo, que es bastante plano, diseñado para que los humanos escriban en editores de texto y es más agradable para que los humanos lo lean.

La nomenclatura de elementos y atributos dentro del texto ha suscitado algunas críticas. En OOXML (ECMA-376) existen tres sintaxis diferentes para especificar el color y la alineación del texto, según se trate de un documento de texto, una hoja de cálculo o una presentación. Rob Weir ( empleado de IBM y copresidente del Comité Técnico de Formato de Documento Abierto de OASIS ) pregunta: "¿Cuál es la justificación técnica para este desastre?". Contrasta con OpenDocument : "ODF utiliza el vocabulario XSL-FO del W3C para el estilo del texto y lo utiliza de forma coherente". ^{[ 7 ]}

Algunos han argumentado que el diseño se basa demasiado en las aplicaciones de Microsoft. En agosto de 2007, la Fundación Linux publicó una entrada de blog en la que instaba a los organismos nacionales de la ISO a votar "No, con comentarios" durante la estandarización internacional de OOXML. En ella se afirmaba: "OOXML es una adaptación directa de los formatos de documentos binarios de un único proveedor. Evita la reutilización de estándares internacionales existentes relevantes (por ejemplo, varios algoritmos criptográficos, VML, etc.). Existen literalmente cientos de fallos técnicos que deberían abordarse antes de estandarizar OOXML, entre ellos el uso continuado de código binario vinculado a características específicas de la plataforma, la propagación de errores de MS-Office al estándar, unidades propietarias, referencias a etiquetas propietarias/confidenciales, derechos de propiedad intelectual y patentes poco claros, y mucho más". ^{[ 8 ]}

La versión del estándar presentada al JTC 1 tenía 6546 páginas. Se ha cuestionado la necesidad y la pertinencia de tal extensión. ^{[ 9 ] [ 10 ]} Google afirmó que "el estándar ODF, que logra el mismo objetivo, tiene solo 867 páginas" ^{[ 9 ]}

Los documentos de procesamiento de texto utilizan el vocabulario XML conocido como WordprocessingML, definido normativamente por el esquema wml.xsdque acompaña al estándar. Este vocabulario se define en la cláusula 11 de la Parte 1. ^{[ 11 ]}

Los documentos de hoja de cálculo utilizan el vocabulario XML conocido como SpreadsheetML, definido normativamente por el esquema sml.xsdque acompaña al estándar. Este vocabulario se describe en la cláusula 12 de la Parte 1. ^{[ 11 ]}

Cada hoja de cálculo en una hoja de cálculo está representada por un documento XML con un elemento raíz denominado en el espacio de nombres.<worksheet>...</worksheet>http://schemas.openxmlformats.org/spreadsheetml/2006/main

La representación de valores de fecha y hora en SpreadsheetML ha generado algunas críticas. La primera edición de ECMA-376 no cumple con la norma ISO 8601:2004 "Representación de fechas y horas". Requiere que las implementaciones reproduzcan un error de Lotus 1-2-3 ^{[ 12 ]} que trata erróneamente 1900 como un año bisiesto. Los productos que cumplan con ECMA-376 tendrían que usar la función de hoja de cálculo WEEKDAY(), y por lo tanto asignarían fechas incorrectas a algunos días de la semana, y también calcularían erróneamente el número de días entre ciertas fechas. ^{[ 13 ]} La segunda edición de ECMA-376 (ISO/IEC 29500) permite el uso de la norma 8601:2004 "Representación de fechas y horas" además del formato compatible con el error de Lotus 1-2-3. ^{[ 14 ] [ 15 ]}

Office Math Markup Language es un lenguaje de marcado matemático que se puede integrar en WordprocessingML, con soporte intrínseco para incluir marcado de procesamiento de texto como marcas de revisión, ^{[ 16 ]} notas al pie, comentarios, imágenes y formatos y estilos elaborados. ^{[ 17 ]} El formato OMML es diferente de la recomendación MathML del Consorcio World Wide Web (W3C) , que no admite esas características de Office, pero es parcialmente compatible ^{[ 18 ]} a través de transformaciones XSL ; las herramientas se proporcionan con la suite de Office y se utilizan automáticamente a través de transformaciones del portapapeles. ^{[ 19 ]}

El siguiente ejemplo de Office MathML define la fracción :${\displaystyle {\frac {\pi }{2}}}$

<m:oMathPara> <!-- contenedor de bloque matemático utilizado como párrafo --> <m:oMath> <!-- fórmula matemática en línea --> <m:f> <!-- una fracción --> <m:num><m:r><m:t> π </m:t></m:r></m:num> <!-- numerador que contiene una sola secuencia de texto --> <m:den><m:r><m:t> 2 </m:t></m:r></m:den> <!-- denominador que contiene una sola secuencia de texto --> </m:f> </m:oMath> </m:oMathPara>

Algunos han cuestionado la necesidad de Office MathML (OMML) y, en su lugar, abogan por el uso de MathML , una recomendación del W3C para la "inclusión de expresiones matemáticas en páginas web" y la "comunicación máquina a máquina". ^{[ 20 ]} Murray Sargent ha respondido a algunas de estas cuestiones en una entrada de blog, donde detalla algunas de las diferencias filosóficas entre ambos formatos. ^{[ 21 ]}

DrawingML es el lenguaje de marcado de gráficos vectoriales utilizado en los documentos Office Open XML. Sus principales características son la representación gráfica de elementos de texto, elementos gráficos de formas vectoriales, tablas y diagramas.

La tabla DrawingML es el tercer modelo de tabla en Office Open XML (junto con los modelos de tabla en WordprocessingML y SpreadsheetML) y está optimizada para efectos gráficos. Su uso principal se encuentra en presentaciones creadas con el marcado PresentationML. DrawingML contiene efectos gráficos (como sombras y reflejos) que se pueden aplicar a los diferentes elementos gráficos utilizados en DrawingML. En DrawingML también se pueden crear efectos 3D, por ejemplo, para mostrar los diferentes elementos gráficos desde un punto de vista de cámara flexible. Es posible crear partes de tema DrawingML independientes en un paquete de Office Open XML. Estos temas se pueden aplicar a los elementos gráficos en todo el paquete de Office Open XML. ^{[ 22 ]}

DrawingML no guarda relación con otros formatos de gráficos vectoriales como SVG . Estos se pueden convertir a DrawingML para incluirlos de forma nativa en un documento Office Open XML. Este enfoque difiere del formato OpenDocument , que utiliza un subconjunto de SVG e incluye los gráficos vectoriales como archivos independientes.

Las dimensiones de un gráfico DrawingML se especifican en Unidades Métricas Inglesas (UME). Se denominan así porque permiten una representación común y exacta de las dimensiones originalmente en unidades inglesas o métricas , definidas como 1/360 000 de centímetro . Por lo tanto, hay 914 400 UME por pulgada y 12 700 UME por punto , para evitar el redondeo en los cálculos. Rick Jelliffe prefiere las UME como una solución racional para un conjunto particular de criterios de diseño. ^{[ 23 ]}

Algunos han criticado el uso de DrawingML (y VML , que solo se utiliza de forma transitoria ) en lugar de la recomendación SVG del W3C . ^{[ 24 ]} VML no se convirtió en una recomendación del W3C. ^{[ 25 ]}

Los documentos OOXML suelen estar compuestos por otros recursos además del contenido XML (gráficos, vídeo, etc.).

Algunos han criticado la elección del formato permitido para dichos recursos: la primera edición de ECMA-376 especifica "Tipos de solicitudes de imágenes alternativas de objetos incrustados" y "Tipos de formato del portapapeles", que hacen referencia a metarchivos de Windows o metarchivos mejorados  ; cada uno de estos son formatos propietarios con dependencias codificadas en el propio Windows . Los críticos afirman que el estándar debería haber hecho referencia al estándar independiente de la plataforma ISO/IEC 8632 " Metaarchivo de gráficos por computadora ". ^{[ 13 ]}

El estándar proporciona tres mecanismos para permitir la inserción de marcado externo dentro del contenido con fines de edición:

• etiquetas inteligentes
• Marcado XML personalizado
• Etiquetas de documentos estructurados

Estos se definen en la cláusula 17.5 de la Parte 1.