これで、必ずしもWordである必要はありません—比較を簡単にするために、XMLに基づくODTを使用しましょう—これは、HTMLにかなり似ています。私の考えでは、ODTドキュメントのレンダリングは、HTML Webサイトのレンダリングとほとんど同じです。
ODTとHTML + CSSは基本的にページのレイアウトを説明する2つの方法ですが、それらのレンダリングの違いは何ですか?
単にHTML + CSSの方が柔軟性が高く、したがってより複雑なレンダリングが必要なのですか?複雑なWebサイトには、無数のネストされた要素があり、すべて相対配置やカスタムスタイルなどがあります。それに比べて、ODTははるかに単純で予測可能な構造になっています。
レンダリングエンジンについて話すとき、それらは非常に異なります。 1つには、HTMLドキュメントには外部リソースへのリンクがあり、ページ間を移動する方法を提供することを目的としています。それが「ハイパーテキスト」です。 Word文書は、印刷されたページのマークアップを表すためのものです。彼らはほとんど組版ツールです。
HTMLは、出力デバイス(画面、プリンター、スクリーンプリンター、TTSなど)に関係なく機能し、情報を中継する必要があります。 Word文書の出力は、エミュレートされた8.5 x 11ページまたは実際のページ(または他のサイズ)のいずれかです。
HTML文書とWord文書の役割は基本的に異なります。それは基本的に車とボートを比較しようとしています。類似点はありますが、さらに多くの違いがあります。
追いかけましょう、私たちはマークアップ言語とそれらがブラウザにどのように表示されるかについて話しています。
HTMLは、データの表示方法に関する指示と結合されたデータです。 CSSやJavaScriptなどの他のテクノロジーを使用して、ブラウザーでレンダリングされた後のドキュメントに変更を加えることができます。
XMLは主にデータであり、通常、データの表示方法に関する指示はありません。 XSLTなどをXMLと組み合わせて使用して、そのデータを選択した形式で表示できます。
ODTはXMLですが、拡張機能やプロパティによって、HTMLドキュメントがブラウザーでレンダリングされるのと同じように、テキストおよびバイナリリソースからグラフィック表示に変換できます。
CSのすべての場合と同様に、仕様の作成者が想定していなかった変更を行うことができるAPIやその他のツールなどの例外があります。
ブラウザは、拡張タイプに基づいてHTML(テキスト)を取得し、それをそれらのテキストおよびバイナリリソースのグラフィック表示に変換するように設計されています。
ほとんどのブラウザは、拡張タイプにも基づいてXMLを取得し、データの階層ツリーを表示するように設計されています。ここで、XSLTなどの変換が行われ、特定の形式のデータを取得して、そのデータを別の形式に変換するように設計されています。 HTML、テキスト、その他のXMLなど.
XMLは主にデータの保存に関係しています。設計上、データの表示方法を定義する命令はXMLに埋め込まれていません。カスタムXMLスキーマは、このアイデアをウィンドウからすぐに捨て、XMLをカスタム要素および属性と混合して、独自のカスタムインタープリター用の独自のマークアップ言語バリアントを作成します。これは、ODTやその他の開いているドキュメントタイプの場合などです。
ODTもXMLであるため、拡張機能に基づいて、ブラウザーは特定の命令セットを使用してデータを処理できます。
HTMLおよびXML仕様の詳細については、以下のリンクを確認してください。