Office Open XML ファイル形式

関係ファイルの例（word/_rels/document.xml.rels）は以下のとおりです。

<?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>

そのため、文書内で参照されている画像は、関係ファイル内で タイプのすべての関係を検索することで見つけることができますhttp://schemas.microsoft.com/office/2006/relationships/image。使用する画像を変更するには、関係を編集してください。

以下のコードは、ハイパーリンクのインラインマークアップの例を示しています。

<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" >

この例では、Uniform Resource Locator（URL）は、リレーションシップID（この場合は「rId2」）を介して参照されるリレーションシップのTarget属性に格納されています。リンクされた画像、テンプレート、その他のアイテムも同様の方法で参照されます。

画像はタグを使用して埋め込んだりリンクしたりできます。

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

これは画像ファイルへの参照です。すべての参照はリレーションシップによって管理されます。たとえば、document.xml は画像とのリレーションシップを持っています。document.xml と同じディレクトリに _rels ディレクトリがあり、その中に document.xml.rels というファイルがあります。このファイルには、タイプ、ID、場所を含むリレーションシップ定義があります。ID は XML ドキュメントで使用される参照 ID です。タイプはメディアタイプの参照スキーマ定義であり、場所は ZIP パッケージ内の内部ロケーション、または URL で定義された外部ロケーションです。

Office Open XML は、文書のプロパティを格納するために、ダブリン コアメタデータ要素セットとDCMIメタデータ用語を使用します。ダブリン コアは、ドメインを横断した情報リソース記述のための標準規格であり、 ISO 15836:2003で定義されています。

Dublin Coreメタデータを使用するドキュメントプロパティファイル（ docProps/core.xml ）の例を以下に示します。

<?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>ファイル形式と構造</dc:subject> <dc:creator> Wikipedia </dc:creator> <cp:keywords> Office Open XML、メタデータ、ダブリンコア</cp:keywords> <dc:description> Office Open XMLは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>文書ファイル形式</cp:category> <cp:contentStatus>最終版</cp:contentStatus> </cp:coreProperties>

ODFの編集者であるパトリック・デュルソーは、OOXMLとODFのマークアップスタイルを、「要素側」と「属性側」という議論の二つの側面を表していると捉えている。彼は、OOXMLは「このアプローチの要素側」を表していると指摘し、KeepNext例として要素を挙げている。

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

fo:keep-nextそれとは対照的に、ODFでは同じ意味のために要素ではなく単一の属性を使用すると彼は指摘している。 ^{[ 3 ]}

Office Open XML の XML スキーマは、読み込み時間の短縮と解析速度の向上を重視しています。[ 4 ] ^2007年4月の時点で最新のアプリケーションを使用したテストでは、XML ベースのオフィス文書はバイナリ形式よりも読み込みが遅いことがわかりました。^{[ 5 ]}パフォーマンスを向上させるため、Office Open XML では一般的な要素に非常に短い要素名を使用し、スプレッドシートでは日付をインデックス番号 (1900 年または 1904 年から) として保存します。^{[ 6 ]}体系的で汎用的であるため、Office Open XML では通常、構造化されたプロパティを可能にする複数の属性を使用するのではなく、データとメタデータ (プロパティの要素名がPrで終わる) に個別の子要素を使用します。Office Open XML は混合コンテンツを使用せず、要素を使用して一連のテキスト行 (要素名r ) を段落 (要素名p ) に配置します。その結果、たとえば、人間がテキスト エディタで記述するように設計され、人間が読みやすいようにかなりフラットなHTMLとは対照的に、簡潔で高度にネストされています。

テキスト内の要素と属性の命名規則には批判がある。OOXML (ECMA-376) には、ドキュメントがテキスト、スプレッドシート、プレゼンテーションのいずれであるかに応じて、テキストの色と配置を指定するための 3 つの異なる構文がある。Rob Weir ( IBM社員でOASIS OpenDocument Format TCの共同議長) は、「このひどい仕様の技術的な正当性は何なのか？」と問いかけている。彼はOpenDocumentと対比して、「ODF はテキストのスタイル設定に W3C の XSL-FO 語彙を使用し、この語彙を一貫して使用している」と述べている。^{[ 7 ]}

設計がマイクロソフトのアプリケーションにあまりにも忠実であると主張する人もいる。2007 年 8 月、Linux Foundation は、OOXML の国際標準化の際に ISO 各国機関に「コメント付きで反対」に投票するよう求めるブログ記事を公開した。記事には、「OOXML は、単一ベンダーのバイナリ文書フォーマットを直接移植したものです。関連する既存の国際標準 (いくつかの暗号化アルゴリズム、VML など) の再利用を避けています。プラットフォーム固有の機能に関連付けられたバイナリコードの継続的な使用、MS-Office のバグの標準への伝播、独自の単位、独自の/機密タグへの参照、不明確な IPおよび特許権など、OOXML を標準化する前に対処すべき技術的な欠陥が文字通り 数百あります」と書かれている。^{[ 8 ]}

JTC 1に提出された標準規格のバージョンは6546 ページでした。このような長さの必要性と適切性については疑問が呈されています。^{[ 9 ] [ 10 ]} Google は、「同じ目標を達成する ODF 標準はわずか 867 ページである」と述べています。^{[ 9 ]}

wml.xsdワードプロセッシング文書は、標準に付属するスキーマによって規範的に定義された、WordprocessingML と呼ばれる XML 語彙を使用します。この語彙は、パート 1 の条項 11 で定義されています。 ^{[ 11 ]}

sml.xsdスプレッドシート文書は、標準に付属するスキーマによって規範的に定義されたSpreadsheetMLとして知られるXML語彙を使用します。この語彙は、パート1の条項12で説明されています。 ^{[ 11 ]}

スプレッドシート内の各ワークシートは、名前空間で指定されたルート要素を持つ XML ドキュメントによって表されます。<worksheet>...</worksheet>http://schemas.openxmlformats.org/spreadsheetml/2006/main

SpreadsheetML における日付と時刻の値の表現は、いくつかの批判を受けています。 ECMA-376 第 1 版は ISO 8601:2004「日付と時刻の表現」に準拠していません。実装では、1900 年を閏年として誤って扱うLotus 1-2-3 ^{[ 12 ] のバグを再現する必要があります。 ECMA-376 に準拠する製品は、スプレッドシートの WEEKDAY() 関数を使用する必要があり、そのため、週の一部の曜日に誤った日付が割り当てられ、特定の日付間の日数も誤って計算されます。 [ 13 ]} ECMA-376 第 2 版 (ISO/IEC 29500) では、Lotus 1-2-3 のバグと互換性のある形式に加えて、8601:2004「日付と時刻の表現」の使用が許可されています。^{[ 14 ] [ 15 ]}

Office Math Markup Language は、WordprocessingML に埋め込むことができる数学マークアップ言語で、改訂マークアップ^{[ 16 ]}、脚注、コメント、画像、複雑な書式設定やスタイル^{[ 17 ]}などのワードプロセッシングマークアップを含めるための固有のサポートがあります。OMML 形式は、これらのオフィス機能をサポートしていないWorld Wide Web Consortium (W3C) MathML勧告とは異なりますが、 XSL 変換を介して部分的に互換性があります^{[ 18 ] 。ツールはオフィス スイートに付属しており、クリップボード変換を介して自動的に使用されます[ 19 ]}。

次の Office MathML の例では、分数を定義します。${\displaystyle {\frac {\pi }{2}}}$

<m:oMathPara> <!-- 段落として使用される数式ブロックコンテナ --> <m:oMath> <!-- インライン数式 --> <m:f> <!-- 分数 --> <m:num><m:r><m:t> π </m:t></m:r></m:num> <!-- 単一のテキストを含む分子 --> <m:den><m:r><m:t> 2 </m:t></m:r></m:den> <!-- 単一のテキストを含む分母 --> </m:f> </m:oMath> </m:oMathPara>

Office MathML (OMML) の必要性に疑問を呈し、代わりに「Web ページへの数式の挿入」および「マシン間通信」のためのW3C勧告であるMathMLの使用を提唱する人もいます。 ^{[ 20 ]} Murray Sargent は、これらの問題のいくつかにブログ記事で回答しており、2 つのフォーマット間の哲学的な違いを詳しく説明しています。^{[ 21 ]}

DrawingMLは、 Office Open XML文書で使用されるベクターグラフィックマークアップ言語です。主な機能は、テキスト要素、ベクターベースの図形要素、表、グラフなどのグラフィックレンダリングです。

DrawingML テーブルは、Office Open XML の 3 番目のテーブル モデル (WordprocessingML および SpreadsheetML のテーブル モデルに次ぐ) であり、グラフィック エフェクトに最適化されており、主に PresentationML マークアップで作成されたプレゼンテーションで使用されます。DrawingML には、DrawingML で使用されるさまざまなグラフィック要素に適用できるグラフィック エフェクト (影や反射など) が含まれています。DrawingML では、たとえば柔軟なカメラ パースペクティブを通してさまざまなグラフィック要素を表示するなど、3D エフェクトを作成することもできます。Office Open XML パッケージ内に個別の DrawingML テーマ パーツを作成することが可能です。これらのテーマは、Office Open XML パッケージ全体のグラフィック要素に適用できます。^{[ 22 ]}

DrawingMLは、 SVGなどの他のベクターグラフィック形式とは無関係です。これらのベクターグラフィックはDrawingMLに変換することで、Office Open XMLドキュメントにネイティブに組み込むことができます。これは、SVGのサブセットを使用し、ベクターグラフィックを個別のファイルとして含めるOpenDocument形式とは異なるアプローチです。

DrawingML グラフィックの寸法は、英語メートル単位(EMU) で指定されます。これは、元々英語単位またはメートル単位 (1/360,000センチメートルとして定義) で表された寸法を正確に共通表現できるため、このように呼ばれています。したがって、1インチあたり 914,400 EMU、1ポイントあたり 12,700 EMUとなり、計算時の丸め誤差を防ぎます。Rick Jelliffe は、特定の設計基準に対する合理的な解決策として EMU を推奨しています。^{[ 23 ]}

一部の人々は、 W3C勧告SVGの代わりにDrawingML（および移行目的のみのVML ）を使用していることを批判している。^{[ 24 ]} VMLはW3C勧告にはならなかった。^{[ 25 ]}

OOXML文書は通常、XMLコンテンツに加えて、他のリソース（画像、動画など）で構成されます。

こうしたリソースに許可されているフォーマットの選択を批判する声もある。ECMA-376第1版では「埋め込みオブジェクト代替イメージ要求タイプ」と「クリップボードフォーマットタイプ」が規定されているが、これらはWindowsメタファイルまたは拡張メタファイル を参照しており、それぞれがWindows自体にハードコードされた依存関係を持つ独自のフォーマットである。批判者たちは、この標準は代わりにプラットフォームに依存しない標準であるISO/IEC 8632「コンピュータグラフィックスメタファイル」を参照すべきだったと主張している。^{[ 13 ]}

この規格では、編集目的でコンテンツ内に外部マークアップを埋め込むための3つの仕組みが規定されています。

• スマートタグ
• カスタムXMLマークアップ
• 構造化文書タグ

これらは第1部第17.5項で定義されています。