なぜXHTML5ではないのですか？

だから、HTML5は大きな前進だと言われています。私が気づいた最後の一歩は、XHTMLの導入でした。利点は明白でした。単純さ、厳格さ、標準のXMLパーサーとジェネレーターを使用してWebページを操作できることなどです。

それでは、HTML5がそのすべてをロールバックするということは、どれほど奇妙でイライラするでしょう。ここでも、非標準の構文を使用しています。繰り返しになりますが、過去の荷物と解析の複雑さを処理する必要があります。繰り返しますが、標準のXMLライブラリ、パーサー、ジェネレーター、トランスフォーマーは使用できません。そして、W3Cが10年かけて正当な理由で推し進めたXMLによってもたらされたすべての利点（拡張性、名前空間、標準化など）は失われます。

XHTML5がありますが、HTML5エンコーディングのように人気が出ていないようです。たとえば、このSOの質問を参照してください。HTML5仕様でさえ、XHTML5ではなくHTML5が「ほとんどの著者に推奨される形式」であると述べています。

事実が間違っていますか？そうでなければ、なぜこのように感じるのは私だけですか？XHTML5ではなくHTML5を選択するのはなぜですか？

どうやってここに来たのか読むことをお勧めしますか？。Mark Pilgrimは、HTMLからHTML5までの優れた簡潔な歴史を語っています。

基本的に、私の理解では、多くのWebページは適切なMIMEタイプを指定していないため、XHTMLの「X」を利用していません。

xml互換のhtml5を作成し、xmlをmimeタイプとして送信すると、xmlパーサーが使用され、すべての優れたジャズが返されます;）

編集：詳細については、http：//wiki.whatwg.org/wiki/HTML_vs._XHTMLを参照してください

HTML5は、ブラウザーがポステルの法則を採用することの論理的で避けられない結論です（「受け入れるものに寛容であること」）。

十分な市場シェアを持つ1つのブラウザーがこの原則を採用すると、他のブラウザーは不適合コンテンツを受け入れることで寛大になるだけでなく、競合他社と同じようにレンダリングすることで、追随を余儀なくされます。HTML5はその状況の論理的な結果です。ブラウザベンダーは、コンテンツを無効として拒否しないため（少なくとも、HTMLレベルではなく、Javascriptは別の問題です！）コンテンツ作成者が投げかける可能性のあるものの解釈を表にして同意します。この環境では、彼らは標準化オタクに親切に反応せず、「go」という単語から不正な形式のコンテンツを拒否した場合にのみ、この混乱に陥ることはないと言いました。

あなたと私は傍観者から叫び、ブラウザーベンダーとそのユーザーに、ジョンポステルを信じていなかったら世界はもっと良い場所だっただろうと言うことができますが、被害は終わりました。

HTML5仕様は、実際にはHTML4仕様よりも大幅に改善されています。特に、エラー条件と無効なマークアップの処理は実際に標準化されています。つまり、標準を正しく実装するすべてのブラウザは、無効なマークアップを同じように処理します。

HTMLは多くの場合人間によって（通常は何らかのテンプレート言語と組み合わせて）作成され、人間は間違いを犯します。すべてのブラウザーが同じ方法で構文エラーを処理する限り、「受け入れるものに寛容であること」ルールは完全に受け入れられます。

HTMLを処理するツールとライブラリは（ほぼ）すぐに利用でき、HTMLはXMLよりも人間が作成しやすいため、有効なXMLを生成する利点はほとんどありません。

とにかく、クライアント側でより単純なパーサーまたは標準のXMLツールの利点を得ることができません。

WebにはHTMLで数十億のページがあり、そのうちのいくつかは長い間死んだ人々によって書かれているため、XMLに更新されることはありません。したがって、一般に有用なユーザーエージェントを作成する場合は、とにかく古い形式のHTMLを解析できる必要があります。XHTMLには、既にサポートしなければならないHTML解析に加えて、新しい解析モードが必要になるため、恐らく追加の複雑さが導入されます。

サーバー側では、たとえば次の方法でXMLツールを利用できます。XSLTを使用してXHTMLを生成します。ただし、XMLツールチェーンを特に使用していない場合、HTMLだけでなくXML構文を使用してもメリットはありません。

（HTMLが「非標準」構文であることは正しくありません。HTMLの構文はHTML5仕様で骨の折れる詳細で指定されているため、XML構文と同じくらい標準です。）