コメント：ほとんどの人は、HTML 4とXHTML 1を使用してWebページを書きます。比較的少数のHTML愛好家は、セマンティックHTMLの概念を理解し、HTML構造を検証し、ドキュメントのアクセシビリティを改善します。高品質のHTMLドキュメントは、繰り返しのトレードオフ、設計選択、および議論の結果です。批判にもかかわらず、HTMLに匹敵する一般的なパフォーマンスを持っている言語はありません。ほとんどのユーザーは現在の状況に満足しています
ほとんどの人は、HTML 4とXHTML 1を使用してWebページを書きます。比較的少数のHTML愛好家は、セマンティックHTMLの概念を理解し、HTML構造を検証し、ドキュメントのアクセシビリティを改善します。高品質のHTMLドキュメントは、繰り返しのトレードオフ、設計選択、および議論の結果です。批判にもかかわらず、HTMLに匹敵する一般的なパフォーマンスを持っている言語はありません。ほとんどのユーザーは、まるでこのように生まれるべきであるかのように、現在の現状に満足しています。
しかし、他の多くの基準と同様に、HTMLには後継者がいます。今でも、専門家は、現在のバージョンで知られているすべての問題を解決するために、HTMLの次のバージョンをまだ検討しています。多くの人がいる人と同じように、これらの専門家は、この作業の将来の方向についても異なる意見を持っています。
新しいHTMLバージョンの最初の提案は、W3C組織のワーキンググループから来ました。ワークグループのアイデアはXHTML 2を中心に展開します。この標準は、XHTMLをさらに浄化し、HTMLデザインコンセプトの最初のバージョンに戻る開発の方向を継続しています。
W3C以外のいくつかの重要なHTMLの専門家（ブラウザーベンダー、Web開発者、著者など）はXHTML 2の方向性を発揮します。 WhatWG（Web HyperText Application Technology Working Group）の名前で、HTML 5およびWebフォーム2を起動しました。
数年後、HTMLの開発の別の方向性が、作業ドラフトを通じて明確に説明されました。 2007年4月、W3CはHTML 5を標準監査プロセスに受け入れるという提案に投票し、（また）それを正式な標準として認識していませんでした。ほとんどの人は同意します。そのため、興味深い状況が明らかになりました。W3Cは、2つの競合するHTMLとXHTMLの後継技術を同時に研究しました。理論的には、両方に正当な理由があります。実際には、多くの障害が克服され、すべての主流のブラウザがこれらの2つの標準をサポートするようにしています。
これは、現時点でこの状況につながる基本的な事実です。より意味のあることは、2つの提案の本当の違いを議論することです。この記事では、2つの提案の基本的なポイントを要約し、両方の設計概念を分析します。一般的に略語が使用されます
CSS：カスケードスタイルシート
HTML：ハイパーテキストマークアップ言語
W3C：World Wide Web Alliance
XHTML：拡張可能なハイパーテキストマークアップ言語におけるXHTMLの簡単な歴史
XHTML 2の背後に隠されたデザイン哲学を理解するには、ちょっとした歴史が必要です。 1990年代初頭、最初のHTMLバージョンは標準の一般的なマークアップ言語（SGML）に基づいていました。主な違いは、ハイパーリンクの特性、つまりWorld Wide Webの重要な基盤と成功要因です。 SGMLと同様に、HTMLでは、著者がドキュメントの構造を説明し、ヘッダーを段落、順序付けられたリスト、および順序付けられていないリストから分離できます。画面上の表示結果は、ブラウザに関連しています。
Webがますます人気が高まるにつれて、HTMLユーザーはページの外観を制御する必要があります。ブラウザメーカーはHTML 2および3に新しい機能を導入しています。Webページは理解が困難になり、複雑なネストされたテーブル構造がページレイアウトを制御する主な手段になります。ドキュメントの残りの部分には、フォントタグとカラー宣言が記載されています。元のドキュメント構造を整理することは困難です。
HTML 4は、この混乱を終わらせ、表現ロジックをCSSに押し上げ、高度なコンテンツポジショニングのためにレイヤー（DIV）を導入するために導入されます。 HTML 3と比較して、これはコード作成パターンの変化を意味します。移行プロセスを簡素化するために、古いHTML 3構造はHTML 4の移行バージョンを通じてサポートされます。高度なユーザー向けの厳密なバージョンでは、コンテンツと表現を完全に分離する必要があります。
最初のHTML 4 Webサイトは、Divを新しい聖杯として使用し、ページ内のほぼすべての要素を使用して、ヘッダーを含む（ただし、これらに限定されない）。 HTMLスタイルの属性は、詳細が記載されている一般的な場所です。フォームの洪水は最終的にWebページから排除されました。しかし、コンテンツとプレゼンテーションのロジックはまだ混合されています。必須のCSSファイルはわずか数行です。
最近、有名なWeb開発者の中には、HTML 4 StyleSheetsに対するより巧妙なアプローチを考え出しました。最新のブラウザでは、CSS属性はDIV要素に限定されません。任意のHTML要素のスタイルを好きな限り指定できます。多くのウェブログがセマンティックHTMLについて話し始めます。 DIV要素は完全に禁止されていませんが、Webライターはコンテンツを説明するのに最適なHTML要素を使用し始めています。たとえば、ほとんどのWebサイトのナビゲーションメニューは、順序付けられていないリストで最もよく説明されています。たとえば、段落要素にBigheaderのようなクラス名を使用する代わりに、それをH1要素に変更し、CSSを使用して要件に応じて表現を変更します。
同時に、W3Cは、XHTML 1を、XHTML 1を適切に構造化された効果的なHTML 4に準拠するXMLバージョンとして提案しています。XMLユーザーの場合、XMLコンテンツをWebページに変換し、既存の検証プログラムで変換結果をチェックする作業が簡素化されます。 XHTML 1.1は、さまざまな問題を異なるモジュールに分離しようとします。モジュール式アプローチは、さまざまなニーズの標準のさまざまな部分の再利用を容易にし、新機能で標準の拡大を促進します。
HTML 4と比較して、XHTML 1.1にはさらに多くのユーザーがあり、コンテンツと表現を分離しています。しかし、過去と同様に、いくつかの実際的な問題は、CSSの手法を使用してのみ解決できます。たとえば、順序付けられていないリストで表されるメニュー構造には、通常、美しい写真が含まれます。ただし、画像は、視覚障害のある人々にテキスト声施設を通して読みやすくなりません。さらに、Lynxのようなテキストブラウザーは画像を表示できません。画像を表示するためにブラウザにテキストを非表示にする複雑なCSSトリック。ただし、異なるページのメニューが異なる場合、CSSを使用してコンテンツのこの部分を指定することは困難です。 XHTML 2の背後にあるデザインコンセプト
XHTML 2の背後にある最も重要な設計哲学は、コンテンツとプレゼンテーションをさらに分離し、HTML 4とXHTML 1の残留欠陥を改善することです。たとえば、順序付けられていないリストの各アイテムの画像のネイティブサポートを指定します。元のIMG SRCタグは、あらゆる要素に使用できるオプションの属性SRCに置き換えられました。修正されたCSSは完全にコンテンツから外れており、画像をサポートしていないデバイスは簡単にテキストを表現することができます。
しかし、CSSはWeb開発者にとって唯一の課題ではありません。サーバーとHTMLフォーム間の相互作用と、多くのJavaScript™コードの存在に多くの時間が費やされています。フォームは、1次元のキー価値ペアに制限されています。 JavaScriptコードの開発は多くの作業ですが、テキストボイス変換デバイスなどのインターフェイスでは役に立ちません。
モジュラーアプローチに基づいて、XHTML 2はHTMLフォームをXFormsモジュールに置き換え、適切なアプリケーションモデルを使用してFAQのサポートを追加します。 XFormsは、インタラクションロジック、検証ルール、および計算方法を指定するための単一のスクリプトを必要としません。さらに、この手法では、キー価値のペアではなく豊富なXML構造を使用して、ネストされたサブフォームと重複要素が表示されます。強力なエンジンの提供に加えて、テキストボイスデバイスは、アプリケーションの豊かさを変えるのに適しています。
XFormsに加えて、XMLイベント、XFrames、Ruby（アジア語）など、他のニーズを満たすために独立した仕様に抽出された他のXHTML関連の問題があります。
表現の分離により、プログラミングも標準から分離されています。 OnClickなどのインタラクティブなプロパティは、XMLイベントモジュールに置き換えられます。 XMLイベントの仕様自体はこれに向けて設計されているため、ユーザーインターフェイスを処理するためのより強力なツールセットを提供します。
XHTML 2の革新のために、基本的な概念はさまざまな問題を打ち破ることです。問題は、もはやHTMLの二次機能ではなく、新しい仕様の主な目的です。したがって、新しい仕様は、最適化が直面する問題に最適です。ただし、さまざまな問題の違いは、練習ではなくアイデアの必要性によるものです。この一連のツールの使用に精通しているスマート開発者は、必要な結果を得ることができます。ただし、現在のHTMLバージョンの平均ユーザーが高品質のXHTMLドキュメントを作成できるかどうかを判断するのは簡単ではありません。
XHTML 2のターゲットは、平均的なHTMLユーザーではない可能性があります。しかし、優れた開発者の手では、アクセシビリティを向上させる良い方法になる可能性があります。 HTML 5デザインコンセプト
WHITWGは、HTML 5を設計する際に、より現実的なアプローチを採用しました。問題の崩壊などの抽象的な概念を考慮せずに、このワーキンググループは、W3C仕様とはまったく異なる現在の主流ブラウザーの動作に基づいてドキュメントを定式化します。上記の分析に基づいて、このワーキンググループはHTMLの実際の使用を調査しました。
この情報に基づいて、ワーキンググループは、一般的なWeb開発者の作業を簡素化するように設計されたプログラムを提案しました。 HTML 5は以前のHTMLバージョンから派生していると主張していますが、その主な目標は純度ではありません。たとえば、モジュラードキュメントの主な目標は、最適化されたWebアプリケーションでの交換を促進することです。
この目的に基づくモジュラー言語は、Webアプリケーションの開発を大幅に簡素化します。たとえば、HTML 5は、データテーブル、メニュー、ツールバーなどのインタラクティブコンポーネントをサポートしています。デフォルトの動作を備えた記述HTML要素を使用すると、一般的なDIVの動作が多くのコードを使用してシミュレートすることを避けることができます。
HTML 5仕様は、HTML要素と属性に限定されません。ドキュメントの編集やドラッグアンドドロップインタラクションなど、専用のJavaScript APIを定義します。この方法は、問題を分解する方法とはまったく異なります。 Web Developer APIを簡素化しますが、仕様のサイズが増加します。
HTML 5とHTML 4の類似性は、XHTML 2とXHTML 1の類似性よりもはるかに大きくなります。移行パスは平坦であり、経験豊富なHTML 4開発者が新しいバージョンに精通する方が便利です。新機能は同様のロジックに従います。特定の要素の特別なイベントプロパティにより、HTMLエディターはより適切なテキスト完了機能を提供できます。
Webアプリケーションとサーバー間の現在の相互作用は、非同期JavaScript XML（AJAX）に依存しています。 HTML 5は、サーバーと対話することの重要性を認識し、ネットワークと対話し、受信したサーバーイベントを配信し、セキュリティの問題を引き起こすことなく他のドメインからのメッセージをドキュメントに送信するさまざまな方法を定義します。
HTML 5の基本設計哲学は、Web開発者が必要とする機能を使用してHTML 4を拡張することです。 HTML 5は、基本的なHTML 4テクノロジーを継承しながら簡素化されます。 HTML V4の欠点を解決するために、HTML V5は、再設計する最も簡単で最も直接的な方法を選択しました。新しい標準の実用的なアプリケーション
XHTML V2および関連モジュールはW3Cによって正式にサポートされており、関連するモジュールは、W3Cでサポートされている他のXML仕様の重要な要因となっています。残念ながら、公式のW3C認識は、主流のWebブラウザーのサポートを保証するものではありません。一般的なXHTML V2をサポートすることは問題ではありません。最新のブラウザはすでに多くの機能をサポートしています。 XHTML V2の適切な使用は、関連するモジュールの可用性に依存します。執筆時点では、MicrosoftがXMLイベントとXFormsをサポートするためにWindows®InternetExplorer®を拡張したいかどうかは不明です。 XMLイベントを含むMozilla XFormsプラグインが数年間開発されています。このプラグインは、このテクノロジーの機能を改善し、実装の難しさを軽減します。
HTML V5仕様の執筆は、ブラウザーメーカーとの詳細な通信を維持し、常に実装の問題を考慮しています。チームは公式のW3Cの承認について疑問を表明したが。 FAQは、正式な承認がいつ可決されたかという問題に正式に答えさえしませんでした。 W3Cの態度に関係なく、ブラウザベンダーは非公式のHTML 5標準を実装することを決定したようです。ブラウザメーカーが公式基準を利用できるようになったのはこれが初めてではありません。競合する基準
これまでのところ、HTML 5もXHTML 2も正式に推奨されていません。いくつかの微妙な領域は将来変化する可能性があります。しかし、開発の方向性は変わりません。どちらも現在の基準の欠点の一部を解決します。将来のブラウザがこれら2つの新しい標準のサポートをどのように増やすことができるかはまだ不明です。現在のブラウザはHTML 4とXHTML 1の両方をサポートしています。同様に、将来のブラウザはHTML 5とXHTML 2の両方をサポートできます。どちらの標準にも独自のサポーターがあります。
XHTML 1.1をHTML 4よりも気にする場合は、作成したドキュメントがさまざまなデバイスをサポートできることを願っています。XHTML 2を好む場合があります。XHTML1を使用する場合は、XML標準に準拠しており、HTML 5、XHTML 5の新しい機能を好むからです。
HTML 5は、HTML 4を使用してインタラクティブなWebアプリケーションを開発する開発者の間で人気があります。このアプローチは、WYSIWYGドキュメントエディターを使用したサイトでより実現可能です。ただし、特定の状況を分析するために、HTML 4とXHTML 1は長い間共存する可能性があります。