テキスト

テキスト
ファイル名拡張子	.xhtml、.xht、; .xml、.html、.htm など
インターネットメディアの種類	アプリケーション/xhtml+xml
統一型識別子 (UTI)	公開.xhtml
UTI の確認	パブリック.xml
開発者	何ですか
初回リリース	2000年1月26日
フォーマットの種類	マークアップ言語
延長	XML、HTML
標準	HTML LS
オープンフォーマット?	はい

拡張ハイパーテキストマークアップ言語（XHTML ）は、 Webページを作成する言語として広く使用されているハイパーテキストマークアップ言語（HTML）のバージョンを反映または拡張したXML マークアップ言語ファミリーの一部です。 ^[1]

HTML5以前のHTMLは、柔軟なマークアップ言語フレームワークであるStandard Generalized Markup Language (SGML)のアプリケーションとして定義されていましたが、XHTMLは、SGMLのより制限的なサブセットであるXMLのアプリケーションです。XHTML文書は整形式であるため、標準のXMLパーサーを使用して解析できますが、HTMLでは寛容なHTML固有のパーサーが必要です。^[2]

XHTML 1.0 は、 2000 年 1 月 26 日にWorld Wide Web Consortium (W3C) の勧告になりました。XHTML 1.1 は、2001 年 5 月 31 日に W3C の勧告になりました。XHTML は現在、「HTML の XML 構文」^[3]^[4]と呼ばれ、HTML Living Standard の XML 適応として開発されています。^[5]^[6]

概要

XHTML 1.0 は「HTML 4 の 3 つのドキュメントタイプを XML 1.0 のアプリケーションとして再定式化したもの」でした。^[7] World Wide Web Consortium (W3C) も同時に HTML 4.01 勧告を維持していました。2002 年 8 月に発行および改訂された XHTML 1.0 勧告文書で、W3C は「XHTML ファミリーはインターネットの進化における次のステップです。今日 XHTML に移行することで、コンテンツ開発者は XML の世界に参入し、その付随するすべての利点を享受しながら、コンテンツの後方互換性と将来互換性に自信を持つことができます」とコメントしています。^[7]

しかし、2005年に、Webハイパーテキストアプリケーション技術ワーキンググループ（WHATWG）がW3Cから独立して結成され、XHTMLに基づかない通常のHTMLの発展に取り組むことになりました。WHATWGは最終的に、XHTML 2.0などのW3C標準と並行して、XMLと非XMLの両方のシリアル化をサポートする標準であるHTML5の作業を開始しました。2007年、W3CのHTMLワーキンググループは、HTML5を正式に承認し、次世代HTML標準として取り組むことを決議しました。^[8] 2009年、W3Cは、HTML5がXMLと非XMLの両方のシリアル化を含む唯一の次世代HTML標準であると認め、XHTML 2.0ワーキンググループの憲章の期限切れを許可しました。^[9] 2つのシリアル化のうち、W3Cは、ほとんどの作成者がXHTML構文ではなくHTML構文を使用することを推奨しています。^[10]

W3C勧告XHTML 1.0とXHTML 1.1は、 HTML 4.0、 ^[13] HTML 4.01、^[14] HTML5とともに2018年3月27日に廃止されました。 ^[^11]^{[12 ]}

モチベーション

XHTMLは、HTMLの拡張性を高め、他のデータ形式との相互運用性を高めるために開発されました。 ^[16]さらに、ブラウザはHTMLのエラーを許容し、ほとんどのウェブサイトはマークアップの技術的エラーにもかかわらず表示されました。XHTMLはより厳格なエラー処理を導入しました。^{[17] HTML 4は表面上は}Standard Generalized Markup Language (SGML)のアプリケーションでしたが、SGMLの仕様は複雑で、ウェブブラウザもHTML 4勧告も完全には準拠していませんでした。^[18] 1998年に承認されたXML標準は、HTML 4に近い、より単純なデータ形式を提供しました。^[19] XML形式に移行することで、HTMLが一般的なXMLツールと互換性を持つことが期待されました。^[20]サーバーとプロキシは、携帯電話などの制約のあるデバイス用に、必要に応じてコンテンツを変換できるようになります。^[21]名前空間を使用することで、XHTMLドキュメントは、 Scalable Vector GraphicsやMathMLなどの他のXMLベースの言語のフラグメントを含めることで拡張性を提供できます。^{[22]最後に、この新たな作業により、HTMLを再利用可能なコンポーネントに分割し（}XHTMLモジュール化）、言語の乱雑な部分を整理する機会が提供されます。 ^[23]

HTMLとの関係

XHTML と HTML にはさまざまな違いがあります。ドキュメントオブジェクトモデル(DOM) は、アプリケーション内でページを内部的に表現するツリー構造であり、XHTML と HTML は、それをマークアップで表現する 2 つの異なる方法です。どちらも DOM ほど表現力は高くありません。たとえば、DOM ではコメントに「--」を配置できますが、XHTML や HTML のコメントでは表現できません。また、一般的に、XHTML の XML 構文は HTML よりも表現力に優れています (たとえば、HTML では任意の名前空間は許可されません)。XHTML は XML 構文を使用し、HTML は疑似SGML構文を使用します (HTML 4 以下では正式には SGML ですが、実際には使用されず、HTML5 では SGML から標準化されています)。DOM の構文で表現できる内容は若干異なるため、2 つのモデル間で実際の動作に若干の違いがあります。ただし、構文の違いは、マークアップ内に代替の翻訳フレームワークを実装することで克服できます。

まず、構文にいくつかの違いがあります。^[24]

大まかに言えば、XML の規則では、すべての要素を別の終了タグまたは自己終了構文 (例) のいずれかで閉じる必要があります。一方、HTML 構文では、一部の要素は常に空 (例 ) であるか、終了が暗黙的に決定できる (「省略可能性」、例)ため、閉じなくてもかまいません。<br /><input><p>
XML では要素名と属性名の大文字と小文字が区別されますが、HTML では区別されません。
HTMLの一部の省略形機能はXMLでは省略されている。例えば、(1)属性の最小化では、属性値またはその引用符を省略できる（例：または、XMLではと表現する必要がある）；(2)要素の最小化は、要素を完全に削除するために使用できる（表で指定されていない場合はと推測されるなど）、(3)要素の最小化にはほとんど使用されないSGML構文（「shorttag」）は、ほとんどのブラウザが実装していない。^[25]<option selected><option selected=selected><option selected="selected"><tbody>
名前空間や、空白や特定の文字や要素の正確な解析に関するその他の技術的要件は数多くあります。実際の HTML の正確な解析は最近まで定義されていませんでした。詳細については、HTML5 仕様 ([HTML5]) または作業概要 (HTML vs. XHTML) を参照してください。

構文上の違いに加えて、動作上の違いもいくつかありますが、そのほとんどはシリアル化の根本的な違いから生じています。例:

解析エラーの場合の動作は異なります。XML の致命的な解析エラー (タグ構造が正しくないなど) により、ドキュメント処理が中止されます。
名前空間を必要とするほとんどのコンテンツは、HTML5 パーサーに組み込まれた SVG および MathML のサポートと、などの特定のマジックプレフィックスを除いて、HTML では機能しませんxlink。
JavaScript の処理は XHTML では異なり、一部の関数の大文字と小文字の区別が若干変更され、整形式のコンテンツに処理を制限するための予防措置が追加されています。スクリプトではメソッドを使用しないでください。XHTML では使用できません。プロパティは使用できますが、整形式ではないコンテンツは挿入されません。一方、整形式の名前空間コンテンツを XHTML に挿入するために使用できます。document.write()innerHTML
カスケードスタイルシート（CSS）の適用方法も異なります。XHTMLの大文字と小文字の区別により、XHTML文書ではすべてのCSSセレクターが大文字と小文字を区別します。^[26] HTMLの要素に設定された背景などの一部のCSSプロパティは、要素に「継承」されますが、これはXHTMLでは当てはまらないようです^[^{説明が必要}^{] 。}^[27]<body><html>

採択

HTML 4.01とXHTML 1.0の類似性により、多くのウェブサイトやコンテンツ管理システムがW3Cの初期のXHTML 1.0勧告を採用することになった。W3Cは、移行を支援するために、XHTML 1.0文書をHTMLと互換性のある方法で公開し、XHTML用に設計されていないブラウザに配信する方法に関するガイダンスを提供した。^[28]^[29]

text/htmlこのような「HTML互換」コンテンツは、XHTMLの公式インターネットメディアタイプ（）ではなく、HTMLメディアタイプ（）を使用して送信されますapplication/xhtml+xml。したがって、XHTMLの採用を通常のHTMLの採用と比較する場合、比較対象がメディアタイプの使用法なのか、実際の文書の内容なのかを区別することが重要です。^[30]^[31]

ほとんどのウェブブラウザは、すべてのXHTMLメディアタイプを成熟したサポートでサポートしています^{[32] 。}^[33]注目すべき例外は、 MicrosoftのInternet Explorerバージョン8以前です。コンテンツをレンダリングするのではなく、ダイアログボックスが表示され、ユーザーにコンテンツをディスクに保存するように促します。Internet Explorer 7（2006年リリース）とInternet Explorer 8（2009年3月リリース）の両方でこの動作が見られます。^{[34] Microsoft開発者のChris Wilsonは2005年に、IE7の優先事項は}ブラウザのセキュリティとCSSサポートの向上であり、適切なXHTMLサポートをIEの互換性指向のHTMLパーサーに移植するのは難しいと説明しました。^[35]しかし、 Microsoftは IE9で真のXHTMLのサポートを追加しました。^[36]application/xhtml+xml

サポートが広まらない限り、ほとんどのウェブ開発者はHTMLと互換性のないXHTMLの使用を避けます。 ^[37]そのため、名前空間、より高速な解析、より小さなフットプリントのブラウザなど、XMLの利点はユーザーに利益をもたらしません。^[38]^[39]^[40]

批判

2000年代初頭、一部のWeb開発者は、なぜWeb制作者がXHTMLで制作するようになったのか疑問視し始めました。^[41]^[42]^[43]他の人は、XHTMLの使用に起因する問題は、主に2つの主な原因に起因すると反論しました。一部のWeb制作者による無効なXHTML文書の作成と、Internet Explorer 6に組み込まれたXHTMLのサポートの欠如です。^[44]^[45]彼らはさらに、検索、インデックス作成、解析、およびWeb自体の将来性に関するXMLベースのWeb文書（つまりXHTML）の利点について説明しました。

2006年10月、HTMLの発明者でW3Cの議長でもあるティム・バーナーズ＝リーは、新しいHTML仕様を開発するというW3Cの大きな取り組みを紹介し、自身のブログに「世界を一気にXMLに切り替えさせようとする試みはうまくいかなかった。HTMLを生成する大勢の人々は動かなかった。いくつかの大きなコミュニティは移行し、整ったシステムの成果を享受している。計画では、完全に新しいHTMLグループを設立する予定だ」と投稿した。^[46]現在のHTML5ワーキングドラフトには、「相互運用性を向上させるために、ユーザーエージェントの明確な適合基準を定義することに特別な注意が払われている。同時に、過去数年間に提起された問題に対処するためにHTML仕様を更新している」と書かれている。 2002年にXHTMLの不適切な使用を批判したHTML5仕様の編集者であるイアン・ヒクソン^[41]は、この仕様を開発しているグループのメンバーであり、現在のワーキングドラフトの共同編集者の1人としてリストされている。^[47]

Simon PietersはモバイルブラウザのXML準拠を調査し^[48]、「モバイルデバイスにXHTMLが必要であるという主張は単なる神話である」と結論付けました。

XHTML のバージョン

1.0 の

1998年12月には、W3Cのワーキングドラフト「HTMLをXMLで再定式化する」が公開された。これにより、HTML 4をベースにしながらもXMLのより厳格な構文規則に準拠した新しいマークアップ言語のコード名であるVoyagerが導入された。1999年2月までに仕様の名前はXHTML 1.0: The Extensible HyperText Markup Languageに変更され、2000年1月に正式にW3C勧告として採用された。^{[49] XHTML 1.0には、HTML 4.01の3つの異なるバージョンに対応する3つの正式な}文書型定義(DTD)がある。

XHTML 1.0 Strict は、厳密な HTML 4.01 に相当する XML であり、HTML 4.01 仕様で非推奨としてマークされていない要素と属性が含まれています。2015 年 11 月現在、XHTML 1.0 Strict は、 World Wide Web Consortium^{[アップデート]}の Web サイトのホームページで使用されているドキュメントタイプです。
XHTML 1.0 Transitional は、HTML 4.01 Transitional の XML 版であり、厳密なバージョンでは除外されているプレゼンテーション要素 ( center、fontなど) が含まれています。strike
XHTML 1.0 フレームセットは、HTML 4.01 フレームセットの XML 版であり、 1990 年代後半に一般的な Web 機能であったフレームセットドキュメントの定義を可能にします。

XHTML 1.0の第2版は2002年8月にW3C勧告となった。^[50]

XHTMLのモジュール化

モジュール化は、 XHTML をサブセット化および拡張できるコンポーネントの抽象コレクションを提供します。この機能は、モバイルデバイスや Web 対応テレビなどの新しいプラットフォームに XHTML を拡張することを目的としています。XHTMLのモジュール化の最初のドラフトは1999 年 4 月に公開され、2001 年 4 月に勧告になりました。^[51]

最初のモジュール式 XHTML バリアントは、XHTML 1.1 と XHTML Basic 1.0 でした。

2008年10月にXHTMLのモジュール化はXMLスキーマ実装を追加したXHTMLモジュール化1.1に置き換えられました。これは2010年7月に第2版に置き換えられました。^[52]

XHTML 1.1: モジュールベースの XHTML

XHTML 1.1 は、 XHTML 仕様の最初のモジュール化をめぐる作業から発展しました。W3C は 1999 年 9 月に最初のドラフトを公開し、2001 年 5 月に勧告となりました。^[53] XHTML 1.1 内で結合されたモジュールは、東アジア言語をより適切にサポートするためにルビ注釈要素 ( ruby、rbc、rtc、rb、 )を追加して、XHTML 1.0 Strict を効果的に再現しています。その他の変更には、rtおよび要素からの属性の削除、(言語の最初の版では)属性の削除との使用が含まれます。 rpnameamaplangxml:lang

XHTML 1.1はXHTML 1.0やHTML 4とほぼ互換性があるが、2002年8月にワーキンググループはHTMLメディアタイプと一緒に送信すべきではないという正式な注意を発表した。^[54]代替application/xhtml+xmlメディアタイプのブラウザサポートが限られていたため、XHTML 1.1は広く普及することはできなかった。2009年1月にこの文書の第2版（XHTMLメディアタイプ-第2版）が発行され、この制限が緩和され、XHTML 1.1をHTMLとして提供できるようになりましたtext/html。^[55]

XHTML 1.1の第2版は2010年11月23日に発行され、さまざまなエラッタに対処し、元の仕様には含まれていなかったXMLスキーマ実装を追加しました。^[56]（これは2009年5月7日に「編集勧告案」^[57]として短期間リリースされましたが、未解決の問題のため5月19日に撤回されました。）

XHTML 基本

情報機器にはXHTMLの抽象モジュールをすべて実装するためのシステムリソースが不足している可能性があるため、W3CはXHTML Basicと呼ばれる機能限定のXHTML仕様を定義しました。これは、最も一般的なコンテンツ作成に十分な最小限の機能サブセットを提供します。この仕様は2000年12月にW3C勧告となりました。 ^[58]

XHTML のすべてのバージョンの中で、XHTML Basic 1.0 は最も機能が少ない。XHTML 1.1 は、モジュール型 XHTML の最初の 2 つの実装の 1 つである。コアモジュール (構造、テキスト、ハイパーテキスト、リスト) に加えて、ベース、基本フォーム、基本テーブル、イメージ、リンク、メタ情報、オブジェクト、スタイルシート、ターゲットなどの抽象モジュールを実装している。^[59]^[60]

XHTML Basic 1.1 は、Basic Forms Module を Forms Module に置き換え、Intrinsic Events、Presentation、Scripting の各モジュールを追加しました。また、他のモジュールからの追加のタグや属性もサポートしています。このバージョンは、2008 年 7 月 29 日に W3C 勧告となりました。^[61]

XHTML Basicの現在のバージョンは1.1第2版（2010年11月23日）であり、この言語はW3CのXMLスキーマ言語で再実装されています。このバージョンでは属性もサポートされていますlang。^[62]

XHTML 印刷

2006年9月にW3C勧告となったXHTML-Printは、情報機器から低価格のプリンタで印刷される文書向けに設計されたXHTML Basicの特殊バージョンである。^[63]

XHTML モバイルプロファイル

XHTML Mobile Profile (略称 XHTML MP または XHTML-MP) は、W3C の XHTML Basic 仕様のサードパーティ版です。XHTML Basic と同様に、XHTML はシステムリソースが制限された情報機器向けに開発されました。

2001 年 10 月、Wireless Application Protocol Forum という有限会社が、 Wireless Application Protocolの 2 番目のメジャーバージョンであるWAP 2.0に XHTML Basic を採用し始めました。WAP Forum は、W3C の XHTML のモジュール化に基づいて DTD を作成し、ターゲットモジュールを除いて、W3C が XHTML Basic 1.0 で使用したのと同じモジュールを組み込んでいます。この基盤を基に、WAP Forum は Basic Forms Module を Forms Module の部分的な実装に置き換え、Legacy モジュールと Presentation モジュールの部分的なサポートを追加し、Style Attribute Module の完全なサポートを追加しました。

2002 年に、WAP フォーラムはOpen Mobile Alliance (OMA) に統合され、OMA ブラウジング仕様のコンポーネントとして XHTML Mobile Profile の開発が継続されました。

XHTML モバイルプロファイル 1.1

2004年に完成したこのバージョンでは、OMAはスクリプトモジュールの部分的なサポートと組み込みイベントの部分的なサポートを追加しました。XHTML MP 1.1は、OMAブラウジング仕様のバージョン2.1（2002年11月1日）の一部です。^[64]

XHTML モバイルプロファイル 1.2

2007年2月27日に最終決定されたこのバージョンでは、フォームモジュールとOMAテキスト入力モードを完全にサポートし、XHTML MP 1.1の機能を拡張しています。XHTML MP 1.2は、OMAブラウジング仕様のバージョン2.3（2007年3月13日）の一部です。^[64]

XHTML モバイルプロファイル 1.3

XHTML MP 1.3 (2008 年 9 月 23 日に確定) は、ターゲットモジュールを含む XHTML Basic 1.1文書型定義を使用します。このバージョンの仕様のイベントは、DOM レベル 3 仕様に更新されています (つまり、プラットフォームおよび言語に依存しません)。

1.2 の

XHTML 2ワーキンググループは、XHTML 1.1に基づいた新しい言語の作成を検討しました。^[65] XHTML 1.2が作成されると、WAI-ARIAと、roleアクセス可能なWebアプリケーションをより適切にサポートするための属性、およびRDFaによるセマンティックWebのサポートが改善されます。XHTML Basic 1.1の属性と、フレームターゲットを指定するための属性も存在する可能性があります。XHTML2 WGは、XHTML1.2の開発を実行するために認可されていませんでした。W3Cは、XHTML2 WGを再認可するつもりはないと発表し、^[9] 2010年12月にWGを閉鎖したため、XHTML 1.2の提案は実現しないことになります。 inputmodetarget

2.0 の

2002年8月から2006年7月にかけて、W3Cは8つのXHTML 2.0ワーキングドラフトをリリースした。これは、下位互換性の要件を捨てることで過去と決別したXHTMLの新バージョンである。XHTML 1.xおよびHTML 4との互換性の欠如は、ウェブ開発者コミュニティで初期の論争を引き起こした。^[66]言語の一部（およびroleRDFa属性など）はその後仕様から分離され、別々のモジュールとして取り組まれ、部分的にはXHTML 1.xからXHTML 2.0への移行をスムーズにするのに役立つことを目的としていた。XHTML 2.0の第9ドラフトは2009年に登場する予定だったが、2009年7月2日、W3CはXHTML2ワーキンググループの憲章をその年の終わりまでに失効させることを決定し、事実上、ドラフトから標準へのさらなる開発を停止した。^[9] 代わりに、XHTML 2.0と関連文書は2010年にW3Cノートとしてリリースされました。 ^[67]^[68]

XHTML 2.0 で導入された新しい機能は次のとおりです。

HTML フォームは、さまざまなレンダリングデバイスに適切にフォームを表示できるようにする XML ベースのユーザー入力仕様であるXFormsに置き換えられました。
HTML フレームはXFramesに置き換えられる予定でした。
DOMイベントは、 XMLドキュメントオブジェクトモデルを使用するXML イベントに置き換えられる予定でした。
リストをナビゲーションリストとして明示的に指定するために、新しいリスト要素タイプであるnl要素タイプが追加されました。これは、ネストされた順序なしリストやネストされた定義リストなど、現在さまざまな方法で作成されているネストされたメニューを作成するときに役立ちます。
任意の要素は、 XLinkと同様に、たとえばハイパーリンクとして機能できるようになりました。ただし、XLink 自体は設計上の違いにより XHTML と互換性がありません。<li href="articles.html">Articles</li>
任意の要素は、属性を使用して代替メディアを参照できるようになりましたsrc。たとえば、<p src="lbridge.jpg" type="image/jpeg">London Bridge</p>はと同じです<object src="lbridge.jpg" type="image/jpeg"><p>London Bridge</p></object>。
alt要素の属性が削除されました。要素と同様に、要素imgのコンテンツに代替テキストが指定されるようになりました。例:imgobject<img src="hms_audacious.jpg">HMS <span class="italic">Audacious</span></img>
単一の見出し要素 ( h) が追加されました。これらの見出しのレベルは、ネストの深さによって決まります。これにより、見出しの使用を 6 レベルの深さに制限するのではなく、無制限に使用できるようになります。
残りのプレゼンテーション要素i、bおよびはtt、XHTML 1.x (Strict でも) ではまだ許可されていましたが、XHTML 2.0 では削除されました。残っているプレゼンテーション要素は、上付き文字と下付き文字を表すsupとのみでしたsub。これらはプレゼンテーション以外の重要な用途があり、特定の言語で必須であるためです。他のすべてのタグは、代わりにセマンティック(強い強調strongなど) であり、ユーザーエージェントが CSS を介して要素のプレゼンテーションを制御できるようにすることを目的としていました (たとえば、ほとんどのビジュアルブラウザーでは太字で表示されますが、音声読み上げリーダーではトーンを変更して表示され、ユーザー側のスタイルシートの規則に従って大きい斜体のフォントになるなど)。
XHTML から RDF/XML への変換を容易にするために、propertyおよび属性を持つ RDF トリプルが追加されました。about

翻訳:

HTML5は、ブラウザメーカーやその他の関係者による緩やかなグループ（WHATWG、Web Hypertext Application Technology Working Group）を通じてW3Cから独立して発展しました。このグループの主な目的は、動的なWebアプリケーション用のプラットフォームを作成することでした。彼らは、XHTML 2.0はドキュメント中心すぎるため、インターネットフォーラムサイトやオンラインショップの作成には適していないと考えました。^[69]

HTML5には、通常のシリアル化とXMLシリアル化の両方があり、 XHTML5text/htmlとしても知られています。^[70]この言語は、既存のHTMLフォーム要素とイベントモデルを維持するという決定により、XHTML 2.0よりもHTML 4およびXHTML 1.xとの互換性が高くなっています。ただし、タグやタグなど、XHTML 1.xにはない多くの新しい要素が追加されています。 sectionaside

XHTML5言語は、HTML5と同様に、 DTDなしでDOCTYPE宣言を使用します。さらに、仕様では、解析中に名前付き文字のエンティティ定義のみを含むものに置き換えるようにブラウザに要求することで、以前のXHTML DTDを非推奨にしています。^[70]

XHTML におけるセマンティックコンテンツ

XHTML+RDFa は、整形式の XMLドキュメントの形式で一連の属性と処理ルールを通じてRDF をサポートするための XHTML マークアップ言語の拡張バージョンです。このホスト言語は、豊富なセマンティックマークアップを埋め込むことでセマンティック Webコンテンツを開発するために使用される手法の 1 つです。

有効なXHTMLドキュメント

XHTML 仕様に準拠する XHTML ドキュメントは有効であると言われています。有効性によりドキュメントコードの一貫性が保証され、処理が容易になりますが、ブラウザーによるレンダリングの一貫性が必ずしも保証されるわけではありません。ドキュメントの有効性は、W3C マークアップ検証サービス(XHTML5 の場合は、Validator。代わりに nu Living Validator を使用する必要があります) を使用してチェックできます。実際には、多くの Web 開発プログラムがW3C標準に基づいたコード検証を提供しています。

ルート要素

XHTML ドキュメントのルート要素はでなければならずhtml、 XHTML名前空間xmlnsに関連付ける属性を含んでいなければなりません。XHTML の名前空間 URI はです。以下の例のタグには、自然言語でドキュメントを識別する属性も追加されています。 http://www.w3.org/1999/xhtmlxml:lang

<html xmlns= "http://www.w3.org/1999/xhtml" xml:lang= "ar" >

DOCTYPEs

XHTML ドキュメントを検証するには、文書型宣言( DOCTYPE )を使用できます。DOCTYPE は、ドキュメントが準拠する文書型定義(DTD)をブラウザに宣言します。文書型宣言は、ルート要素の前に配置する必要があります。

DOCTYPE のシステム識別子部分 (これらの例ではで始まるURL )http://は、検証ツールがパブリック識別子(他の引用符で囲まれた文字列) に基づいて DTD のコピーを見つけられない場合に、使用する DTD のコピーを指すだけで済みます。これらの例にある特定の URL である必要はありません。実際、作成者は可能な場合は DTD ファイルのローカルコピーを使用することをお勧めします。ただし、パブリック識別子は、例のように文字単位で同じである必要があります。

XML宣言

文書がMIMEタイプを使用して提供される場合、文字エンコーディングは、XML 宣言内の XHTML 文書の先頭で指定できます。(XML 文書にエンコーディングの指定がない場合、XML パーサーは、エンコーディングが上位プロトコルによって既に決定されていない限り、エンコーディングがUTF-8またはUTF-16であると想定します。) application/xhtml+xml

例えば：

<?xml version="1.0" encoding="UTF-8" ?>

宣言は、エンコーディングをデフォルトエンコーディングとして宣言するため、省略することもできます。ただし、ドキュメントが XML 1.1 または別の文字エンコーディングを使用する場合は、宣言が必要です。バージョン 7 より前のInternet Explorer は、として提供されるドキュメント内で XML 宣言を検出すると、Quirks モードtext/htmlに入ります。

下位互換性

XHTML 1.x ドキュメントは、適切なガイドラインに従っている限り、HTML 4 ユーザーエージェントとほぼ下位互換性があります。XHTML 1.1 は基本的に互換性がありますが、ルビ注釈roleの要素は HTML 4 仕様の一部ではないため、通常は HTML 4 ブラウザーによって無視されます。属性、RDFa、WAI-ARIAなどの後の XHTML 1.x モジュールも同様の方法で適切に機能が低下します。

XHTML 2.0 は互換性が大幅に低下していますが、スクリプトを使用することで、ある程度は緩和できます。(スクリプトには、Internet Explorer 内で新しい HTML 要素を登録するためのの使用などの単純なワンライナーや、XFormsのFormFacesdocument.createElement()実装などの完全な JavaScript フレームワークなどがあります。)

例

以下はXHTML 1.0 Strictの例で、どちらも同じ視覚的出力を持っています。前者はXHTMLメディアタイプノートのHTML互換性ガイドラインに従っていますが、後者は下位互換性が失われますが、よりクリーンなマークアップを提供します。^[55]

例1.

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" 
  "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> 
<html xmlns= "http://www.w3.org/1999/xhtml" xml:lang= "en" lang= "en" > <head> <meta http-equiv= "Content-Type" content= "text/html; charset=utf-8" /> <title> XHTML 1.0 Strict の例</title> <script type= "text/javascript" > // <![CDATA[ function loadpdf() {     document.getElementById("pdf-object").src="http://www.w3.org/TR/xhtml1/xhtml1.pdf"; } //]]> </script> </head> <body onload= "loadpdf()" > <p>これは、< abbr title= "Extensible HyperText Markup Language" >
 XHTML </abbr> 1.0 Strictドキュメントの例です。<br /> < img id = " validation-icon" src= "http://www.w3.org/Icons/valid-xhtml10" alt= "Valid XHTML 1.0 Strict" /> <br /> <object id= "pdf-object" name= "pdf-object" type= "application/pdf" data= "http://www.w3.org/TR/xhtml1/xhtml1.pdf" width= "100%" height= "500" > </object> </p> </body> </html>

例2.

<?xml version="1.0" encoding="UTF-8"?> 
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" 
  "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> 
<html xmlns= "http://www.w3.org/1999/xhtml" xml:lang= "en" > <head> <title> XHTML 1.0 Strict の例</title> <script type= "application/javascript" > <![CDATA[ function loadpdf() {     document.getElementById("pdf-object").src="http://www.w3.org/TR/xhtml1/xhtml1.pdf"; } ]]> </script> </head> <body onload= "loadpdf()" > <p>これは、< abbr title= "Extensible HyperText Markup Language" >
 XHTML </abbr> 1.0 Strictドキュメントの例です。<br /> < img id = " validation-icon" src= "http://www.w3.org/Icons/valid-xhtml10" alt= "Valid XHTML 1.0 Strict" /> <br /> <object id= "pdf-object" type= "application/pdf" data= "http://www.w3.org/TR/xhtml1/xhtml1.pdf" width= "100%" height= "500" ></object> </p> </body> </html>

注:

「loadpdf」関数は、実際には Internet Explorer 用の回避策です。<param name="src" value="http://www.w3.org/TR/xhtml1/xhtml1.pdf"/>内にを追加することで置き換えることができます<object>。
要素は、XHTML 1.0 Strict DTD で属性imgを取得しません。代わりにを使用します。nameid

XHTML と HTML の相互互換性

HTML5とXHTML5のシリアル化は、より厳格なXHTML5構文に準拠している場合、大部分は相互互換性がありますが、XHTMLが有効なHTML5として機能しないケースがいくつかあります（たとえば、処理命令はHTMLでは非推奨であり^[明確化]、コメントとして扱われ、最初の">"で閉じられますが、XMLでは完全に許可されており、独自の型として扱われ、で閉じられます?>）。^[71]

参照

参考文献

^ 「SGML、XML、XHTML」。Adobeヘルプセンター。2016 年 9 月 30 日。2024 年 6 月 13 日に取得。XHTML (Extensible Hypertext Markup Language) は、XML に基づいた HTML の拡張機能であり、XML ベースのアプリケーションで動作するように設計されています。
^ Graff, Eliot (2014年5月7日). 「Polyglot Markup: A robust profile of the HTML5 vocabulary」. W3C . 2022年6月16日時点のオリジナルよりアーカイブ。2015年10月17日閲覧。
^ 「XML構文で文書を書く」。HTML Living Standard。WHATWG 。 2023年7月7日時点のオリジナルよりアーカイブ。
^ 「XML構文」。HTML: The Living Standard。WHATWG。 2023年6月5日時点のオリジナルよりアーカイブ。
^ 「HTML vs. XHTML」。whatwg.org。
^ 「WHATWG ブログ」。whatwg.org。
^ ab 「XHTML 1.0 仕様、セクション 1: XHTML とは何か?」。World Wide Web Consortium。2000年 1 月 26 日。2007年 6 月 16 日閲覧。
^ 「HTML 5 テキスト、エディター、名前に関する質問の結果」。W3C。
^ abc 「XHTML の将来に関するよくある質問 (FAQ)」。w3.org。
^ 「HTML5 ワーキングドラフト、セクション 1.6: HTML vs XHTML」。World Wide Web Consortium。2011年 1 月 13 日。2011年 2 月 16 日閲覧。
^ 「XHTML™ 1.0 拡張可能ハイパーテキストマークアップ言語 (第 2 版) の発行履歴」。World Wide Web Consortium。
^ 「XHTML™ 1.1 - モジュールベースの XHTML - 第 2 版の発行履歴」。World Wide Web Consortium。
^ 「HTML 4.0 出版履歴」。World Wide Web Consortium。
^ 「HTML 4.01 出版履歴」。World Wide Web Consortium。
^ 「HTML5 の出版履歴」。World Wide Web Consortium。
^ 「XHTML 1.0 仕様、セクション 1.1: XHTML が必要な理由?」World Wide Web Consortium 2000-01-26 . 2007-06-16に取得。
^ ピルグリム、マーク。「How Did We Get Here? - Dive Into HTML5」。diveintohtml5.info 。 2016年6月11日閲覧。
^ Arjun Ray (1999-10-06). 「SGMLへの規範的参照の削除（以前はID ACTIONでした）」。2021-02-25にオリジナルからアーカイブ。2008-12-29に取得。...ただし、ISO 8879ではアプリケーションに内部サブセットを禁止する余地がないため、HTML [4]仕様の文言により、自動的にSGML準拠アプリケーションとしての資格が剥奪されることになります...
^ Tina Holmboe (2008-10-06). 「XHTML - 神話と現実」。開発者向けアーカイブ。2017-01-12 にオリジナルからアーカイブ。2008-12-29に取得。... XML 自体の設計目標は部分的に元の HTML の目標を反映していたため、XML ベースのマークアップ言語の作成作業を開始するのは理にかなったことでした...
^ Kip Hampton (2001-01-10). 「XML::XPath を使用した Web ユーティリティの作成」. XML.com . 2008-12-29取得. ... 問題: XML ツールが提供するパワーとシンプルさを活用したいのですが、サイトには古い HTML ドキュメントがあふれています。解決策: ドキュメントを XHTML に変換し、Perl とを機能させます...XML::XPath
^ Jean-Luc David (2004-04-14)。「XHTML Mobile を使用したワイヤレスコンテンツの開発」。XML.com。2008-12-29取得。... XHTMLの便利な機能は、XML として操作できることです。拡張スタイルシート言語テンプレートを使用すると、XHTML を WML またはその他の独自のモバイル形式に変換できます...
^ 「Namespaces Crash Course」。Mozilla Developer Center。2008-10-02 にオリジナルからアーカイブ。2008-12-29に取得。...さまざまな種類の XML ベースのコンテンツを同じ XML ファイルに混在させることは、W3C の長年の目標でした。たとえば、SVG と MathML を XHTML ベースの科学文書に直接組み込むことができます...
^ Steven Pemberton (2004-07-21). 「HTML と XHTML のよくある質問」. World Wide Web Consortium . 2008-12-29取得. ... XML ベースの HTML では、他の XML 言語に XHTML の一部を含めることができ、XHTML ドキュメントに他のマークアップ言語の一部を含めることができます。また、再設計を利用して、HTML の乱雑な部分を整理し、より優れたフォームなど、必要な新しい機能を追加することもできます...
^ Clark, James (1997-12-15). 「SGML と XML の比較」 World Wide Web Consortium ノート。
^ 「Shorthand markup」。HTML 4、付録 B: パフォーマンス、実装、および設計に関する注記。W3C。2011年9 月 30 日閲覧。
^ 「大文字と小文字の区別」。SitePoint Pty. Ltd. 2011年9月30日閲覧。
^ Wilson, Nicholas (2010 年 5 月 29 日). 「XHTML と HTML の CSS の違い」
^ 「XHTML 1.0 仕様、付録 C: HTML 互換性ガイドライン」。World Wide Web Consortium。2000年 1 月 26 日。2007年 6 月 16 日閲覧。
^ 「XHTML メディアタイプ、W3C ワーキンググループノート」。World Wide Web Consortium。2002年 8 月 1 日。2008 年 6 月 12 日閲覧。
^ 「Google が理解するメタタグとインラインタグ | Google 検索セントラル」。
^ Greta de Groat (2002)。「Web と Google の展望: Monika Henzinger、Google 研究ディレクター」、Journal of Internet Cataloging、Vol. 5(1)、pp. 17-28、2002 年。
^ 初期の実装 (2001 年にリリースされた Mozilla 0.7 や Opera 6.0 など) では、ネットワーク経由で受信した XHTML を段階的にレンダリングしないため、ユーザーエクスペリエンスが低下します。Mozilla Web Author FAQ を参照してください。Opera 9.0、Safari 3.0、Firefox 3.0 などの後期のブラウザーではこの問題は発生しません。
^ 「XHTML メディアタイプテスト - 結果」。w3.org。
^ Chris Wilson (2005-09-15)。「IE の <?xml> プロローグ、厳密モード、XHTML」。2007-06-16取得。私は、IE で「application/xml+xhtml」MIME タイプをサポートするよう求めるコメントを IEBlog でしばらく読んでいました。IE7 ではこの MIME タイプのサポートは追加されないと言わなければなりません。もちろん、HTML 互換性推奨事項に従っていると仮定して、「text/html」として提供される XHTML は引き続き読み込まれます。
^ Chris Wilson (2005-09-15)。「IE の <?xml> プロローグ、厳密モード、および XHTML」。2007-06-16取得。... IE 7 で実際の XHTML をサポートしようとした場合、既存の HTML パーサー (互換性に重点を置いたもの) を使用し、XML 構造をハッキングすることになります。この方法では、XHTML を適切にサポートできる可能性はほとんどありません。特に、いくつかのエラーケースは確実に検出されず、無効なケースは黙ってサポートされます。もちろん、これは将来、パーサーエラー処理に基づく互換性の問題を引き起こしますが、XML はこれを明示的に回避しようとしています。現在の HTML エラー処理 (以前のブラウザーとの互換性に根ざしています。この点については、私個人を多少責めることはできますが、IE を責めることはできません) のような混乱を再び引き起こしたくはありません。IE 7 以降に XHTML を適切に実装し、真に相互運用可能にするために時間をかける方がはるかに望ましいです...
^ Hachamovitch, Dean ( 2019-03-16 ). 「HTML5、ハードウェアアクセラレーション: 開発者向けの最初の IE9 プラットフォームプレビュー」。Microsoft Developer Networkの IEBlog。Microsoft。2010-03-22取得。...現在、HTML5 の解析ルール、選択 API、XHTML サポート、インライン SVG の実装に関する開発者からのフィードバックを募集しています。CSS3 内では、セレクター、名前空間、色、値、背景と境界線、フォントに対する IE9 のサポートに関する開発者からのフィードバックを募集しています。...
^ 「XHTML サイトのリスト (X-Philes)」。2008 年 8 月 26 日閲覧。
^ 「2007 年、検索エンジン最適化のリーダー 37 人が、キーワード属性にキーワードを含めることはほとんど意味がないと結論付けました。」Sanger。nu ブログ、2008 年 9 月 9 日、2011 年 8 月 2 日に取得。2009 年 2 月 21 日にWayback Machineにアーカイブされました。
^ “SEO に使用されるメタ”. 2015年12月18日. 2016年3月31日時点のオリジナルよりアーカイブ。 2016年3月18日閲覧。
^ Danny Sullivan、HTML メタタグの使い方、Wayback Machineで 2008-09-13 にアーカイブ、Search Engine Watch、2002 年 12 月 5 日
^ a b Ian Hickson、Opera ブラウザの元開発者であり、WHATWGの共同設立者 ( 2002-09-08 )。「XHTML を text/html として送信することは有害であると考えられる」。2007-06-16 に取得。
^ Anne van Kesteren、Opera ブラウザの開発者 (2004 年 6 月 13 日)。「XHTML は無効な HTML です」。2007 年 6 月 16 日に取得。
^ Maciej Stachowiak、Apple の Safari ブラウザ開発者 (2006 年 9 月 20 日)。「HTML、XML、XHTML を理解する」。2007年 6 月 16 日閲覧。
^ Brad Fults (2005-12-21). 「XHTML を text/HTML として送信すると感情に悪影響を与えると考えられる」。2008-09-13取得。[Ian Hickson] が主張するほど、XHTML を text/HTML として送信することのデメリット (あったとしても) は多くなく、私が上で述べた利点を考えると、私の意見では、それを使用する価値は十分あります。 [Hickson の記事には] 微妙な脚注や括弧があり、この方法の落とし穴を知らない著者にのみ有害性が当てはまることを示していますが、小さなシリカゲルの袋に貼られた「食べないでください」というラベルのように、Ian のアドバイスは常識であり、XHTML とは何か、どのように書くかを実際に知っている著者にとっては言及する価値がないようです。
^ Paul McDonald (2007-06-30). 「XHTML のケース」。 2008-09-13に取得。Web 上の XHTML は失敗したと言う人もいますが、私は Web 標準を求める戦いにおける最大の成功だと言います。 ... ただし、XHTML は Web にとって良いものであり、人々がそれに反対するケースを起こそうとするのは残念です。これを証明するために、この神話を詳しく説明し、Web 標準を求める戦いにおいて XHTML が最高のものである理由を説明します。 ... 結論として、XHTML が検証されている限り、XHTML を text/html として送信しても、今日ではどこにも損害や害はありません。そして、Web 標準がますます普及することを望むなら、XHTML を使い続けてページを検証してください。
^ Tim Berners-Lee (2006-10-27). 「HTML の再発明」。2007-06-09 にオリジナルからアーカイブ。2007-06-16に取得。数年経ってから、いくつかのことがより明確になりました。HTML は段階的に進化させる必要があります。属性値を引用符で囲んだり、空タグや名前空間にスラッシュを含めたりして、一気に XML に切り替えようとする試みは失敗しました。HTML を生成する大規模なユーザーは、主にブラウザーが文句を言わなかったため、移行しませんでした。一部の大規模なコミュニティは移行し、整形式のシステムの成果を享受していますが、すべてではありません。HTML を段階的に維持し、整形式の世界への移行を継続し、その世界でさらに力を発揮することが重要です。「計画では、完全に新しい HTML グループを設立します。以前のグループとは異なり、このグループは HTML の漸進的な改善を行うために設立され、並行して XHTML も改善します。議長とスタッフの連絡先は異なります。HTML と xHTML を共同で作業します。私たちは、ブラウザーメーカーを含む多くの人々と話をして、このグループを強力にサポートしています。」
^ Ian Hickson、David Hyatt (2011-01-13)。「HTML5: HTML および XHTML の語彙と関連 API」。2011年 2 月 16 日閲覧。
^ Simon Pieters. 「モバイルテストの結果」。 2009年10月31日閲覧。
^ 「XHTML 1.0: 拡張可能なハイパーテキストマークアップ言語、W3C 勧告 2000 年 1 月 26 日」。ワールドワイドウェブコンソーシアム。2000 年 1 月 26 日。2008年 7 月 19 日閲覧。
^ 「XHTML 1.0 拡張可能なハイパーテキストマークアップ言語 (第 2 版)」。World Wide Web Consortium。2002年 8 月 1 日。2008年 7 月 19 日閲覧。
^ 「XHTML のモジュール化、W3C 勧告 2001 年 4 月 10 日」。World Wide Web Consortium。2001年 4 月 10 日。2008年 7 月 19 日閲覧。
^ 「XHTML Modularization 1.1 - 第2版、W3C勧告 2010年7月29日」。World Wide Web Consortium。2010年7月29日。 2010年12月31日閲覧。
^ 「XHTML 1.1 - モジュールベースの XHTML、W3C 勧告 2001 年 5 月 31 日」。World Wide Web Consortium。2001年 5 月31 日。2008年 7 月 19 日閲覧。
^ 「XHTML メディアタイプ、W3C ワーキンググループノート 2002 年 8 月 1 日」。World Wide Web Consortium。2002年 8 月 1 日。2008年 7 月 19 日閲覧。
^ ab 「XHTML メディアタイプ - 第 2 版、W3C ワーキンググループノート 2009 年 1 月 16 日」。World Wide Web Consortium。2009年 1 月 16 日。2009年 1 月 28 日閲覧。このドキュメントは、元々 XHTML 1.0 の付録 C に記載されていた HTML 互換性ガイドラインに代わるものです。
^ 「XHTML 1.1、XHTML Basic 1.1、XHTML Print 勧告の改訂版」。W3Cニュースアーカイブ: 2010 年。ワールドワイドウェブコンソーシアム。2010年12 月 12 日閲覧。
^ 「XHTML 1.1 - モジュールベースの XHTML - 第 2 版」。World Wide Web Consortium。2009年 5 月 7 日。2009 年 5 月 12 日時点のオリジナルよりアーカイブ。2009年 5 月 25 日閲覧。
^ 「XHTML Basic、W3C 勧告 2000 年 12 月 19 日」。World Wide Web Consortium。2000年 12 月 19 日。2008年 7 月 19 日閲覧。
^ 「XHTML Flavors comparisons」. World Wide Web Consortium . 2007-01-09 . 2013-01-30閲覧。
^ XHTML Basic. W3.org. 2013年7月17日閲覧。
^ XHTML Basic 1.1. W3.org. 2013年7月17日閲覧。
^ 「XHTML Basic 1.1 - 第2版」w3.org。
^ 「XHTML-Print、W3C 勧告 2006 年 9 月 20 日」。ワールドワイドウェブコンソーシアム。2006 年 9 月 20 日。2008年 7 月 19 日閲覧。
^ ab 「OMA ブラウジングアーカイブ」。OMAリリース。Open Mobile Alliance Ltd. 2011 年 9 月 26 日。
^ "[XHTML] アジェンダ: 2008-07-09". w3.org .
^ ブラウザ開発者 Tantek Çelik によるXHTML 2.0 は有害とみなされるおよびXHTML 2.0 は有望とみなされるの両方を参照してください。Tantek Çelik は、XHTML 2.0 の初期ドラフトに属性と要素がないことを批判しています。開発者 Daniel Glazman も同様の批判をしていますが、および要素を削除する決定など、下位互換性のない変更の一部には支持を示しています。styleciteinsdel
^ 「XHTML 2.0、W3Cワーキンググループノート2010年12月16日」。ワールドワイドウェブコンソーシアム。2010年12月16日。 2010年12月31日閲覧。
^ 「XHTML2 ワーキンググループ文書が W3C ノートとして公開されました」。World Wide Web Consortium。2010年 12 月 16 日。2010年 12 月 31 日閲覧。
^ Ian Hickson ( 2008-01-22 ). 「HTML 5、1.1.2. XHTML2 との関係」。World Wide Web Consortium。2008-07-19取得。... XHTML2... は、ハイパーリンク、マルチメディアコンテンツ、ドキュメント編集の注釈、豊富なメタデータ、宣言型インタラクティブフォーム、詩や科学論文などの文学作品の意味の記述など、より優れた機能を備えた新しい HTML 語彙を定義します... ただし、Web でよく見られるドキュメント以外の多くの種類のコンテンツの意味を表現する要素が欠けています。たとえば、フォーラムサイト、オークションサイト、検索エンジン、オンラインショップなどは、ドキュメントのメタファーにはあまり適合せず、XHTML2 ではカバーされていません...この仕様は、HTML を拡張して、これらのコンテキストにも適したものにすることを目指しています...
^ ab "9 XHTML構文 — HTML5". w3.org。
^ HTML と XHTML、WHATWG Wiki

外部リンク

WHATWG の HTML 用 XML 構文
W3CのXHTML勧告とワーキンググループはすべて廃止された
- XHTML 1.0 勧告
- XHTML 1.1 勧告
- XHTML ベーシック 1.1 勧告
- XHTML 2.0 ワーキンググループノート
- XHTML2 ワーキンググループホームページ
XHTML ドキュメントの MIME タイプに関するリンク:
- XHTMLに注意してください
- XHTML を text/html として送信することは有害であると考えられる
- 正しい MIME タイプで XHTML を提供する
- XHTML 2.0 への道: MIME タイプ – Mark Pilgrim (2003 年 3 月 19 日)。PHP、Python、Apache (URL 書き換え経由) を使用して条件付きで配信する例が含まれていapplication/xhtml+xmlます。
- Mozilla Web Author FAQ: application/xhtml+xml 文書の扱いは text/html 文書の扱いとどう違うのですか? – ある Web ブラウザの XHTML 処理モードの概要
SGML、HTML、XML、XHTML の空要素
Heptagrama の基本的な XHTML 1.0 Strict チュートリアル
W3C のマークアップ検証ツール
.NET 用の HTML から XHTML への変換ライブラリ

[b244-1] 「SGML、XML、XHTML」。Adobeヘルプセンター。2016 年 9 月 30 日。2024 年 6 月 13 日に取得。XHTML (Extensible Hypertext Markup Language) は、XML に基づいた HTML の拡張機能であり、XML ベースのアプリケーションで動作するように設計されています。

[2] Graff, Eliot (2014年5月7日). 「Polyglot Markup: A robust profile of the HTML5 vocabulary」. W3C . 2022年6月16日時点のオリジナルよりアーカイブ。2015年10月17日閲覧。

[3] 「XML構文で文書を書く」。HTML Living Standard。WHATWG 。 2023年7月7日時点のオリジナルよりアーカイブ。

[4] 「XML構文」。HTML: The Living Standard。WHATWG。 2023年6月5日時点のオリジナルよりアーカイブ。

[5] 「HTML vs. XHTML」。whatwg.org。

[6] 「WHATWG ブログ」。whatwg.org。

[W3cWhatIsXhtml-7] 「XHTML 1.0 仕様、セクション 1: XHTML とは何か?」。World Wide Web Consortium。2000年 1 月 26 日。2007年 6 月 16 日閲覧。

[8] 「HTML 5 テキスト、エディター、名前に関する質問の結果」。W3C。

[XHTML_FAQ-9] 「XHTML の将来に関するよくある質問 (FAQ)」。w3.org。

[10] 「HTML5 ワーキングドラフト、セクション 1.6: HTML vs XHTML」。World Wide Web Consortium。2011年 1 月 13 日。2011年 2 月 16 日閲覧。

[11] 「XHTML™ 1.0 拡張可能ハイパーテキストマークアップ言語 (第 2 版) の発行履歴」。World Wide Web Consortium。

[12] 「XHTML™ 1.1 - モジュールベースの XHTML - 第 2 版の発行履歴」。World Wide Web Consortium。

[13] 「HTML 4.0 出版履歴」。World Wide Web Consortium。

[14] 「HTML 4.01 出版履歴」。World Wide Web Consortium。

[15] 「HTML5 の出版履歴」。World Wide Web Consortium。

[XHTML-1.0-w3c-rec-16] 「XHTML 1.0 仕様、セクション 1.1: XHTML が必要な理由?」World Wide Web Consortium 2000-01-26 . 2007-06-16に取得。

[17] ピルグリム、マーク。「How Did We Get Here? - Dive Into HTML5」。diveintohtml5.info 。 2016年6月11日閲覧。

[normative-ref-to-SGML-18] Arjun Ray (1999-10-06). 「SGMLへの規範的参照の削除（以前はID ACTIONでした）」。2021-02-25にオリジナルからアーカイブ。2008-12-29に取得。...ただし、ISO 8879ではアプリケーションに内部サブセットを禁止する余地がないため、HTML [4]仕様の文言により、自動的にSGML準拠アプリケーションとしての資格が剥奪されることになります...

[xhtml-myths-reality-19] Tina Holmboe (2008-10-06). 「XHTML - 神話と現実」。開発者向けアーカイブ。2017-01-12 にオリジナルからアーカイブ。2008-12-29に取得。... XML 自体の設計目標は部分的に元の HTML の目標を反映していたため、XML ベースのマークアップ言語の作成作業を開始するのは理にかなったことでした...

[xml-tools-20] Kip Hampton (2001-01-10). 「XML::XPath を使用した Web ユーティリティの作成」. XML.com . 2008-12-29取得. ... 問題: XML ツールが提供するパワーとシンプルさを活用したいのですが、サイトには古い HTML ドキュメントがあふれています。解決策: ドキュメントを XHTML に変換し、Perl とを機能させます...XML::XPath

[wireless-content-using-xhtml-21] Jean-Luc David (2004-04-14)。「XHTML Mobile を使用したワイヤレスコンテンツの開発」。XML.com。2008-12-29取得。... XHTMLの便利な機能は、XML として操作できることです。拡張スタイルシート言語テンプレートを使用すると、XHTML を WML またはその他の独自のモバイル形式に変換できます...

[namespaces-course-22] 「Namespaces Crash Course」。Mozilla Developer Center。2008-10-02 にオリジナルからアーカイブ。2008-12-29に取得。...さまざまな種類の XML ベースのコンテンツを同じ XML ファイルに混在させることは、W3C の長年の目標でした。たとえば、SVG と MathML を XHTML ベースの科学文書に直接組み込むことができます...

[xhtml-faq-23] Steven Pemberton (2004-07-21). 「HTML と XHTML のよくある質問」. World Wide Web Consortium . 2008-12-29取得. ... XML ベースの HTML では、他の XML 言語に XHTML の一部を含めることができ、XHTML ドキュメントに他のマークアップ言語の一部を含めることができます。また、再設計を利用して、HTML の乱雑な部分を整理し、より優れたフォームなど、必要な新しい機能を追加することもできます...

[24] Clark, James (1997-12-15). 「SGML と XML の比較」 World Wide Web Consortium ノート。

[25] 「Shorthand markup」。HTML 4、付録 B: パフォーマンス、実装、および設計に関する注記。W3C。2011年9 月 30 日閲覧。

[26] 「大文字と小文字の区別」。SitePoint Pty. Ltd. 2011年9月30日閲覧。

[27] Wilson, Nicholas (2010 年 5 月 29 日). 「XHTML と HTML の CSS の違い」

[appendix_c-28] 「XHTML 1.0 仕様、付録 C: HTML 互換性ガイドライン」。World Wide Web Consortium。2000年 1 月 26 日。2007年 6 月 16 日閲覧。

[media_types-29] 「XHTML メディアタイプ、W3C ワーキンググループノート」。World Wide Web Consortium。2002年 8 月 1 日。2008 年 6 月 12 日閲覧。

[30] 「Google が理解するメタタグとインラインタグ | Google 検索セントラル」。

[31] Greta de Groat (2002)。「Web と Google の展望: Monika Henzinger、Google 研究ディレクター」、Journal of Internet Cataloging、Vol. 5(1)、pp. 17-28、2002 年。

[mature_support-32] 初期の実装 (2001 年にリリースされた Mozilla 0.7 や Opera 6.0 など) では、ネットワーク経由で受信した XHTML を段階的にレンダリングしないため、ユーザーエクスペリエンスが低下します。Mozilla Web Author FAQ を参照してください。Opera 9.0、Safari 3.0、Firefox 3.0 などの後期のブラウザーではこの問題は発生しません。

[33] 「XHTML メディアタイプテスト - 結果」。w3.org。

[wilson-XML-34] Chris Wilson (2005-09-15)。「IE の <?xml> プロローグ、厳密モード、XHTML」。2007-06-16取得。私は、IE で「application/xml+xhtml」MIME タイプをサポートするよう求めるコメントを IEBlog でしばらく読んでいました。IE7 ではこの MIME タイプのサポートは追加されないと言わなければなりません。もちろん、HTML 互換性推奨事項に従っていると仮定して、「text/html」として提供される XHTML は引き続き読み込まれます。

[wilson-35] Chris Wilson (2005-09-15)。「IE の <?xml> プロローグ、厳密モード、および XHTML」。2007-06-16取得。... IE 7 で実際の XHTML をサポートしようとした場合、既存の HTML パーサー (互換性に重点を置いたもの) を使用し、XML 構造をハッキングすることになります。この方法では、XHTML を適切にサポートできる可能性はほとんどありません。特に、いくつかのエラーケースは確実に検出されず、無効なケースは黙ってサポートされます。もちろん、これは将来、パーサーエラー処理に基づく互換性の問題を引き起こしますが、XML はこれを明示的に回避しようとしています。現在の HTML エラー処理 (以前のブラウザーとの互換性に根ざしています。この点については、私個人を多少責めることはできますが、IE を責めることはできません) のような混乱を再び引き起こしたくはありません。IE 7 以降に XHTML を適切に実装し、真に相互運用可能にするために時間をかける方がはるかに望ましいです...

[36] ^ Hachamovitch, Dean ( 2019-03-16 ). 「HTML5、ハードウェアアクセラレーション: 開発者向けの最初の IE9 プラットフォームプレビュー」。Microsoft Developer Networkの IEBlog。Microsoft。2010-03-22取得。...現在、HTML5 の解析ルール、選択 API、XHTML サポート、インライン SVG の実装に関する開発者からのフィードバックを募集しています。CSS3 内では、セレクター、名前空間、色、値、背景と境界線、フォントに対する IE9 のサポートに関する開発者からのフィードバックを募集しています。...

[the_x-philes-37] 「XHTML サイトのリスト (X-Philes)」。2008 年 8 月 26 日閲覧。

[38] 「2007 年、検索エンジン最適化のリーダー 37 人が、キーワード属性にキーワードを含めることはほとんど意味がないと結論付けました。」Sanger。nu ブログ、2008 年 9 月 9 日、2011 年 8 月 2 日に取得。2009 年 2 月 21 日にWayback Machineにアーカイブされました。

[39] “SEO に使用されるメタ”. 2015年12月18日. 2016年3月31日時点のオリジナルよりアーカイブ。 2016年3月18日閲覧。

[40] Danny Sullivan、HTML メタタグの使い方、Wayback Machineで 2008-09-13 にアーカイブ、Search Engine Watch、2002 年 12 月 5 日

[hickson-41] Ian Hickson、Opera ブラウザの元開発者であり、WHATWGの共同設立者 ( 2002-09-08 )。「XHTML を text/html として送信することは有害であると考えられる」。2007-06-16 に取得。

[avk-42] Anne van Kesteren、Opera ブラウザの開発者 (2004 年 6 月 13 日)。「XHTML は無効な HTML です」。2007 年 6 月 16 日に取得。

[stachowiak-43] Maciej Stachowiak、Apple の Safari ブラウザ開発者 (2006 年 9 月 20 日)。「HTML、XML、XHTML を理解する」。2007年 6 月 16 日閲覧。

[44] Brad Fults (2005-12-21). 「XHTML を text/HTML として送信すると感情に悪影響を与えると考えられる」。2008-09-13取得。[Ian Hickson] が主張するほど、XHTML を text/HTML として送信することのデメリット (あったとしても) は多くなく、私が上で述べた利点を考えると、私の意見では、それを使用する価値は十分あります。 [Hickson の記事には] 微妙な脚注や括弧があり、この方法の落とし穴を知らない著者にのみ有害性が当てはまることを示していますが、小さなシリカゲルの袋に貼られた「食べないでください」というラベルのように、Ian のアドバイスは常識であり、XHTML とは何か、どのように書くかを実際に知っている著者にとっては言及する価値がないようです。

[45] Paul McDonald (2007-06-30). 「XHTML のケース」。 2008-09-13に取得。Web 上の XHTML は失敗したと言う人もいますが、私は Web 標準を求める戦いにおける最大の成功だと言います。 ... ただし、XHTML は Web にとって良いものであり、人々がそれに反対するケースを起こそうとするのは残念です。これを証明するために、この神話を詳しく説明し、Web 標準を求める戦いにおいて XHTML が最高のものである理由を説明します。 ... 結論として、XHTML が検証されている限り、XHTML を text/html として送信しても、今日ではどこにも損害や害はありません。そして、Web 標準がますます普及することを望むなら、XHTML を使い続けてページを検証してください。

[46] Tim Berners-Lee (2006-10-27). 「HTML の再発明」。2007-06-09 にオリジナルからアーカイブ。2007-06-16に取得。数年経ってから、いくつかのことがより明確になりました。HTML は段階的に進化させる必要があります。属性値を引用符で囲んだり、空タグや名前空間にスラッシュを含めたりして、一気に XML に切り替えようとする試みは失敗しました。HTML を生成する大規模なユーザーは、主にブラウザーが文句を言わなかったため、移行しませんでした。一部の大規模なコミュニティは移行し、整形式のシステムの成果を享受していますが、すべてではありません。HTML を段階的に維持し、整形式の世界への移行を継続し、その世界でさらに力を発揮することが重要です。「計画では、完全に新しい HTML グループを設立します。以前のグループとは異なり、このグループは HTML の漸進的な改善を行うために設立され、並行して XHTML も改善します。議長とスタッフの連絡先は異なります。HTML と xHTML を共同で作業します。私たちは、ブラウザーメーカーを含む多くの人々と話をして、このグループを強力にサポートしています。」

[html5-WD-47] Ian Hickson、David Hyatt (2011-01-13)。「HTML5: HTML および XHTML の語彙と関連 API」。2011年 2 月 16 日閲覧。

[zcorpan-48] Simon Pieters. 「モバイルテストの結果」。 2009年10月31日閲覧。

[xhtml-1.0-49] 「XHTML 1.0: 拡張可能なハイパーテキストマークアップ言語、W3C 勧告 2000 年 1 月 26 日」。ワールドワイドウェブコンソーシアム。2000 年 1 月 26 日。2008年 7 月 19 日閲覧。

[xhtml-1.0-se-50] 「XHTML 1.0 拡張可能なハイパーテキストマークアップ言語 (第 2 版)」。World Wide Web Consortium。2002年 8 月 1 日。2008年 7 月 19 日閲覧。

[modularization-1.0-51] 「XHTML のモジュール化、W3C 勧告 2001 年 4 月 10 日」。World Wide Web Consortium。2001年 4 月 10 日。2008年 7 月 19 日閲覧。

[modularization-1.1-52] 「XHTML Modularization 1.1 - 第2版、W3C勧告 2010年7月29日」。World Wide Web Consortium。2010年7月29日。 2010年12月31日閲覧。

[xhtml-1.1-53] 「XHTML 1.1 - モジュールベースの XHTML、W3C 勧告 2001 年 5 月 31 日」。World Wide Web Consortium。2001年 5 月31 日。2008年 7 月 19 日閲覧。

[xhtml-media-2002-54] 「XHTML メディアタイプ、W3C ワーキンググループノート 2002 年 8 月 1 日」。World Wide Web Consortium。2002年 8 月 1 日。2008年 7 月 19 日閲覧。

[xhtml-media-2009-55] 「XHTML メディアタイプ - 第 2 版、W3C ワーキンググループノート 2009 年 1 月 16 日」。World Wide Web Consortium。2009年 1 月 16 日。2009年 1 月 28 日閲覧。このドキュメントは、元々 XHTML 1.0 の付録 C に記載されていた HTML 互換性ガイドラインに代わるものです。

[56] 「XHTML 1.1、XHTML Basic 1.1、XHTML Print 勧告の改訂版」。W3Cニュースアーカイブ: 2010 年。ワールドワイドウェブコンソーシアム。2010年12 月 12 日閲覧。

[xhtml-1.1-se-57] 「XHTML 1.1 - モジュールベースの XHTML - 第 2 版」。World Wide Web Consortium。2009年 5 月 7 日。2009 年 5 月 12 日時点のオリジナルよりアーカイブ。2009年 5 月 25 日閲覧。

[xhtml-basic-1.0-58] 「XHTML Basic、W3C 勧告 2000 年 12 月 19 日」。World Wide Web Consortium。2000年 12 月 19 日。2008年 7 月 19 日閲覧。

[59] 「XHTML Flavors comparisons」. World Wide Web Consortium . 2007-01-09 . 2013-01-30閲覧。

[60] XHTML Basic. W3.org. 2013年7月17日閲覧。

[61] XHTML Basic 1.1. W3.org. 2013年7月17日閲覧。

[62] 「XHTML Basic 1.1 - 第2版」w3.org。

[xhtml-print-63] 「XHTML-Print、W3C 勧告 2006 年 9 月 20 日」。ワールドワイドウェブコンソーシアム。2006 年 9 月 20 日。2008年 7 月 19 日閲覧。

[oma-browsing-archive-64] 「OMA ブラウジングアーカイブ」。OMAリリース。Open Mobile Alliance Ltd. 2011 年 9 月 26 日。

[65] "[XHTML] アジェンダ: 2008-07-09". w3.org .

[xhtml-2.0-criticism-66] ブラウザ開発者 Tantek Çelik によるXHTML 2.0 は有害とみなされるおよびXHTML 2.0 は有望とみなされるの両方を参照してください。Tantek Çelik は、XHTML 2.0 の初期ドラフトに属性と要素がないことを批判しています。開発者 Daniel Glazman も同様の批判をしていますが、および要素を削除する決定など、下位互換性のない変更の一部には支持を示しています。styleciteinsdel

[xhtml-2.0-note-67] 「XHTML 2.0、W3Cワーキンググループノート2010年12月16日」。ワールドワイドウェブコンソーシアム。2010年12月16日。 2010年12月31日閲覧。

[xhtml2-wg-notes-68] 「XHTML2 ワーキンググループ文書が W3C ノートとして公開されました」。World Wide Web Consortium。2010年 12 月 16 日。2010年 12 月 31 日閲覧。

[html-5.0-relationship-69] ^ Ian Hickson ( 2008-01-22 ). 「HTML 5、1.1.2. XHTML2 との関係」。World Wide Web Consortium。2008-07-19取得。... XHTML2... は、ハイパーリンク、マルチメディアコンテンツ、ドキュメント編集の注釈、豊富なメタデータ、宣言型インタラクティブフォーム、詩や科学論文などの文学作品の意味の記述など、より優れた機能を備えた新しい HTML 語彙を定義します... ただし、Web でよく見られるドキュメント以外の多くの種類のコンテンツの意味を表現する要素が欠けています。たとえば、フォーラムサイト、オークションサイト、検索エンジン、オンラインショップなどは、ドキュメントのメタファーにはあまり適合せず、XHTML2 ではカバーされていません...この仕様は、HTML を拡張して、これらのコンテキストにも適したものにすることを目指しています...

[w3cxhtml5-70] "9 XHTML構文 — HTML5". w3.org。

[71] HTML と XHTML、WHATWG Wiki

概要