HTML5_html/css_WEB-ITnoseについて

以前に XHTML を勉強していましたが、現在 HTML5 を始める準備をしています。技術的ではない質問があります。理解している人に説明してもらいたいです。
1. 以前、W3C がリリースされたときに本で読んだことがあります。 XHTML 標準は将来的には使用されないと宣言しましたが、XHTML に焦点を当てて XML の方向に開発します。 W3Cは本来の路線を放棄したのか？
2.HTML5 は SGML や XML に基づいていません。何が起こっているのですか? XML は今後の発展の方向性ではないでしょうか?ルートが外れてしまったのでしょうか？
これら 2 つの方向性に関する質問を明確にするために専門家に依頼してください。

ディスカッションへの返信 (解決策)

W3C に聞かなければならない最初の質問

「構造とパフォーマンスの分離」という考えは今後も継続されますか? HTML5 は依然としてこの原則を尊重していますか?

1. この本で述べられていることは正確ではない可能性があります
2. HTML5 は以前の html および xhtml と互換性があります。 xml のような厳密な検証はまったくありません
ドキュメントのヘッダーに と記述するだけです

IE6 は HTML5 を認識しません

1. 本に書かれていることは正確ではない可能性があります
2. HTML5 は互換性があります以前のhtmlとxhtml。 xml のような厳密な検証は一切ありません
ドキュメントのヘッダーに と書くだけです
重要なのは、XHTML2.0 と HTML5 の競合について Web サイトで見た、W3C も XHTML2.0 を開発しているということです。 0 いくつかの議論がありますが、基本的には 2007 年と 2008 年のことです。最近では XHTML2.0 が消滅したようです。W3C の基本的な概念も衰退しています。 。 どれ？
たとえば、XHTML は「構造と表示の分離」という考え方をもたらしましたが、HTML5 ではどうでしょうか。まだこのアイデアと全体的な方向性に固執していますか?

ie6 は html5 を知りません
まあ、すべてのブラウザが html5 を完全に「知っている」わけではありません (笑)

1. この本に書かれていることは正確ではない可能性があります
2. HTML5 は以前の html および xhtml と互換性があります。 xml のような厳密な検証はまったくありません
ドキュメントのヘッダーに を記述するだけです
さらに、html5 は xhtml で要求される厳密な構文に従っていますか?たとえば、タグを閉じたり、適切にネストしたりする必要があります。これらは将来の方向性ですか?

http://blog.sina.com.cn/u/2760399482 を参照してください

html5 について私が理解しているのは、html ではなく、xhtml css3 キャンバスと一連のコレクションです

html5 について私が理解しているのは、html ではなく xhtml ですcss3 Canvas と一連のコレクション
html5 は xhtml や css3 などのコレクションではなく、独立しています

html5 はセマンティクスのためだけに head/foot などのタグを追加します。

4 階の回答からの引用:

ie6 は html5 を知りません

まあ、すべてのブラウザは html5 を完全に「知っている」わけではありません、笑
ie6-ie8 は html5 をサポートしていませんが、非常に単純な js ファイル。HTML5 の新しい要素を以前のバージョンの IE で表示します。

最近の返信は少し論点がずれているようです。 。 。

1998 年、W3C は HTML の推進を継続しないことを決定し、xml が未来であると信じていました。そのため、HTML仕様のバージョン4.0.1は凍結され、自己終了タグなどの場合に2種類（HTMLフレームに着目すると実際は3つ）のコンテンツを追加するXHTMLと呼ばれる新しい仕様が追加されました。 XHTML の厳密な形式のゴールドスタンダードへの移行を支援する移行形式。

これは順調に進んでおり、開発者の世代が効率的で適切に構造化されたコードについて考えるよう奨励されています。その後、xhtml 2.0 仕様の開発が始まりました。これは、より論理的でより適切な設計にするために下位互換性を破った、言語に対する革命的な変更でした。
ただし、Opera の少数の人々は、XML がすべての Web 開発者にとっての未来であるとは考えていません。これらの人々は、下位互換性仕様に違反することなく HTML フォームを拡張できることを実証するために追加の作業を実行しました。この仕様は最終的に Web フォーム 2.0 となり、その後 html5 に追加されました。
2006 年に、w3c は、この分野が XML に移行すると予想するのが楽観的すぎると認めました。
再開された HTML ワーキング グループは、whatwg の Web アプリケーション仕様を HTML の新しいバージョンの基礎として使用することに投票しました。

2009 年に W3C は xhtml2.0 での作業を停止し、リソースを html に移行しました。このことから、明らかに html5 がこの理論上の戦いに勝利しました。

IE6 は歴史になり、HTML5 は Web の未来です。ブラウザはますます高度になる一方です。そのため、IE6、7、8 から離れる日はすぐそこまで来ています

IE6 は歴史になり、HTML5 は Web の未来です。ブラウザはますます進化するでしょう。そのため、IE6、7、8 から離れる日はすぐそこです。
現在、世界は HTML5 によって支配されています。は事実ですが、WEB の未来は XML ではないでしょうか? XHTML から XML への移行は悪いルートでしょうか? XML は情報の保存と交換において比較的強力であると感じています~

w3c は統一された Web 標準であり、構造とスタイルの分離は間違いなく続きます。 xhtml1.0はhtmlの標準規格です！将来的には、標準ブラウザで標準コードを解析できるようになります。

w3c は統一された Web 標準であり、構造とスタイルの分離は間違いなく継続します。 xhtml1.0はhtmlの標準規格です！将来的には、標準ブラウザで標準コードを解析できるようになります。
現在、W3C には XHTML ワーキング グループがあり、主要なブラウザのサポートにより、W3C が標準として採用する必要があり、今日の主流となりました。これは、W3C の路線にある程度影響を及ぼし、 XHTML2.0は誰も気にしないという悲惨な状況に直結し、WEB標準の将来性はHTML5によって変わるのか？

これは順調に進んでおり、開発者の世代が効率的で適切に構造化されたコードについて考えるよう奨励されています。その後、xhtml 2.0 仕様の開発が始まりました。これは、より論理的でより適切な設計にするために下位互換性を破った、言語に対する革命的な変更でした。
ただし、Opera の人口のごく一部は、XML がすべての Web 開発者にとっての未来であるとは考えていません。これらの人々は、下位互換性の仕様に違反することなく HTML フォームを拡張できることを実証するために追加の作業を実行しました。この仕様は最終的に Web Forms 2.0 となり、その後 HTML に追加されました...
HTML5 と xhtml2.0 の間の論争に関する歴史的な詳細を探していましたが、ついに見つけました~

最初の 5 年間 (1990 ～ 1995 年)、HTML は多数の改訂を経て、主に最初に CERN で、次に IETF でホストされる多数の拡張を経験しました。

W3C の創設により、HTML の開発の舞台は再び変わりました。 1995 年に HTML 3.0 として知られる HTML を拡張するという最初の試みは失敗に終わり、その後 HTML 3.2 として知られるより実用的なアプローチに移行し、1997 年に完成しました。同じ年の後半に HTML4 がすぐに続きました。

翌年、W3C メンバーシップは HTML の進化を停止し、代わりに XHTML と呼ばれる XML ベースの同等の作業を開始することを決定しました。 この取り組みは、XHTML 1.0 として知られる XML での HTML4 の再定式化から始まり、新しいシリアル化を除いて新しい機能は追加されず、2000 年に完了しました。XHTML 1.0 の後、W3C の焦点は他の作業を容易にすることに移りました。グループ化XHTML モジュール化のバナーの下で、XHTML を拡張します。 これと並行して、W3C は、以前の HTML 言語や XHTML 言語と互換性のない、XHTML2 と呼ばれる新しい言語にも取り組んでいました。

HTML の進化が 1998 年に停止された頃、ブラウザ ベンダーによって開発された HTML 用 API の一部は、DOM レベル 1 (1998 年) と DOM レベル 2 コア、および DOM レベル 2 HTML という名前で指定され、公開されました。に始まる2000 年から 2003 年に最高潮に達します）。 その後、これらの取り組みは減退し、2004 年に一部の DOM レベル 3 仕様が公開されましたが、レベル 3 草案がすべて完了する前に作業グループは閉鎖されました。

2003 年に、次世代のウェブ フォームとして位置づけられていた技術である XForms が発表されたことにより、HTML の代替品を見つけるのではなく、HTML 自体を進化させることに新たな関心が集まりました。 この関心は、Web テクノロジーとしての XML の導入が、既存の導入テクノロジー（HTML など）の代替としてではなく、まったく新しいテクノロジー（RSS やその後の Atom など）に限定されているという認識から生まれました。

既存の HTML と互換性のないレンダリング エンジンをブラウザに実装することなく、HTML4 のフォームを拡張して、XForms 1.0 で導入された機能の多くを提供できることを示す概念実証。ウェブ ページは、この更新の最初の結果でした興味。 この初期の段階では、草案はすでに公開されており、すべての情報源から意見が求められていましたが、仕様は Opera Software の著作権の下でのみ保護されていました。

HTML の進化が再開されるべきであるという考えは、2004 年の W3C ワークショップでテストされました。そこでは、HTML5 の動作の基礎となる原則のいくつか（後述）と、フォーム関連の機能のみをカバーする前述の初期の草案が提示されました。にMozilla と Opera が共同で作成した W3C。 この提案は、以前に選択されたウェブの進化の方向性と矛盾するという理由で拒否されました。 W3C スタッフとメンバーは、代わりに XML ベースの置き換えの開発を継続することに投票しました。

その後間もなく、Apple、Mozilla、Opera は、WHATWG と呼ばれる新しい会場の傘の下で取り組みを継続する意向を共同で発表しました。 公開メーリング リストが作成され、草案が WHATWG サイトに移動されました。 その後、著作権は 3 つのベンダーすべてによって共同所有されるように修正され、仕様の再利用が許可されました。

WHATWG は、いくつかの中心的な原則に基づいており、特に、テクノロジーは下位互換性がある必要があること、実装ではなく仕様を変更することを意味する場合でも仕様と実装が一致する必要があること、仕様を詳細にする必要があることなどです。十分な実装が必要です相互にリバースエンジニアリングすることなく、完全な相互運用性を実現できます。

後者の要件では、HTML5 仕様の範囲に、HTML4、XHTML1、DOM2 HTML という 3 つの個別のドキュメントで以前に指定されていた内容が含まれることが特に必要でした。 それはまた、これまで標準と考えられていたものよりも大幅に詳細な内容を含むことも意味しました。

2006 年、W3C は結局のところ、HTML5 の開発に参加することに関心を示し、2007 年には、HTML5 仕様の開発に関して WHATWG と協力することを目的としたワーキング グループを設立しました。 Apple、Mozilla、Opera は、W3C が W3C の著作権に基づいて仕様を公開することを許可しましたが、制限の緩いライセンスを持つバージョンを WHATWG サイトに保持しました。

それ以来、両方のグループは一緒に活動してきました。

WHATWG によって公開された HTML 仕様は、この仕様と同一ではありません。 この公開時点での主な違いは、WHATWG バージョンには、この W3C バージョンには含まれていない機能が含まれていたことです。一部の機能は省略されていますが、HTML5 以降の HTML の将来のリビジョンで検討される可能性があります。 およびその他の機能は、W3C では別の仕様として公開されているため、省略されました。

この文書で指定されている HTML と HTML4 仕様で説明されている言語との違いを文書化するために、W3C HTML ワーキング グループによって別の文書が公開されています。 [HTMLDIFF]
私もいくつかを達成しました。W3C ウェブサイト上の HTML5 最新作業草案の中から歴史に関する記述 (http://www.w3.org/TR/html5/introduction.html#history-1) を抜粋し、必要な内容を記載しています。看看吧、谢谢楼上朋友们の回帰~