HTML 5はWebアプリケーションを対象としていますが、XHTML2はドキュメントを対象としています。HTML 5ワーキングドラフトから：
XHTML2は、ハイパーリンク、マルチメディアコンテンツ、ドキュメント編集の注釈付け、豊富なメタデータ、宣言型のインタラクティブフォーム、および詩や科学論文などの人間の文学作品のセマンティクスを記述するための優れた機能を備えた新しいHTML語彙を定義します。
ただし、Webでよく見られる非ドキュメントタイプのコンテンツの多くのセマンティクスを表現するための要素が不足しています。たとえば、フォーラムサイト、オークションサイト、検索エンジン、オンラインショップなどは、ドキュメントのメタファーにうまく適合せず、XHTML2の対象外です。
[HTML5]は、HTMLを拡張して、これらのコンテキストにも適しているようにすることを目的としています。
XHTML2と[HTML5]は異なる名前空間を使用するため、両方を同じXMLプロセッサに実装できます。
XHTML2 は事実上死んでいます。w3c(HTMLWG) が WHATWG の提案を受け入れて以来、作業は XHTML2 で停止しています (xhtml2 の最後のワーキング ドラフトは 2006 年のものであるため)。
XHTML2 と HTML5 は競合する標準であり、どちらも HTML の次のバージョンであると主張しています。
HTML5 はブラウザー ベンダーによってサポートされているため、勝つことは明らかです。
私の意見では、HTML5が次の主要なフォーマットになるでしょう。XHTMLは、Web環境で使用するには容赦がありません（小さなエラーが発生するたびにページが失敗することはありません...）。
HTML5は、ウェブ開発者にとって非常に扱いやすいものになりつつあります。CANVAS要素の正式な仕様、ネイティブのドラッグアンドドロップAPI、オフラインストレージAPI、サーバー通知API（プッシュモデル）、正式なコンテンツ編集APIなどです。 。彼らが提案しているものの半分でも提供できれば、それはWebアプリケーションにとって大きな進歩となるでしょう。
クイックグーグル検索で見つけたものから、これらは確かに競合する標準であると私は提案します。どちらもWebテクノロジーを進歩させようとしていますが、そのために異なる道をたどっています。
問題のかなり徹底的な扱いについては、次の2つのリンクを参照してください。
http://xhtml.com/en/future/x-html-5-versus-xhtml-2/
http://www.cmswire.com/cms/industry-news/setting-the-standards-html-5-vs-xhtml-2-002032.php
最終的には、ブラウザメーカーがサポートしているものは何でもです。HTML 5は機能が豊富ですが、最終ドラフトは数年先になる可能性があります。4（+）の主要なレンダリングエンジンでオーディオやビデオのサポートなどを実装し、それらをすべて同じように動作させることには、固有の問題があります。検証でさえ面倒です。IE以外のほとんどのブラウザーは、canvas要素とSVGをサポートしていますが、それでも市場の約25％しか占めていません。IEが依然として市場シェアの75〜80％を占めているため、代替手段を使用しない、または知らないユーザーは、より高度な機能を使用できなくなり、設計者は難しい決断を迫られます。
IE8は、他のブラウザーがユーザーに対して持っていたサポートを最終的に実装しているだけです。つまり、IEユーザーベースは常に互換性に遅れをとっています。HTML 5は素晴らしいアイデアですが、Flash /AIRやGoogleGearsなどの独自のソリューションは、 HTML5が提供する豊富な機能の標準化されたサポートを引き続き提供すると思います。最大の問題は実際には標準化です。可能な限り多くのユーザーを念頭に置いてWebサイトを設計する必要があります。しかし、希望はあります。Mozillaの開発者がIE用のキャンバスプラグインを作成しました。ユーザーがFlashのようにインストールできる、特定の標準に準拠したオープンソースのIEアドオンを目にする可能性があります。
Microsoftの名誉のために、彼らはIE8とWindows 7の開発に非常にオープンであるため（彼らのプロジェクトブログを参照）、より積極的なIE開発がHTML5の採用を加速する可能性があります。