コメント：XHTML 2の進捗状況を理解した後、X/HTML 5の進行状況を見てみましょう。X/HTML 5 COOL COOL X/HTML 5のアイデアはどこにあるのか5 Webページをいくつかの章に分割する新しい要素を紹介します。これらのコンポーネントは、ページコンテンツをよりよく理解するために、検索エンジンと支援ツールに役立ちます。これらの新しい要素を使用すると、タグをより読みやすくすることができます。第1章
XHTML 2の進捗状況を理解した後、X/HTML 5の進捗状況を見てみましょう。
x/html 5ここでクールです
章の要素の概念
X/HTML 5は、Webページを章に分割するための新しい要素を導入します。これらのコンポーネントは、ページコンテンツをよりよく理解するために、検索エンジンと支援ツールに役立ちます。これらの新しい要素を使用すると、タグをより読みやすくすることができます。
チャプターベースのコンテンツのアイデアはクールです！ただし、章を使用する手法が十分にクールではない理由をご覧ください。
対話要素
ダイアログ要素は、会話を表すために使用されます。セッションのDT要素を定義するためのDT要素と、セッションのスピーチを表すためのDD要素が含まれます。例えば：
<ダイアログ>
<dt> costello </dt>
<dd>見て、あなたは一base手しなければなりませんか？</dd>
<dt> abbott </dt>
<dd>確かに。</dd>
<dt> costello </dt>
<dd>誰が最初にプレイしているのですか？</dd>
<dt> abbott </dt>
<dd>そうです。</dd>
<dt> costello </dt>
<dd>毎月最初のbase手を返済したとき、誰がお金を得るのですか？</dd>
<dt> abbott </dt>
<dd>それのすべてのドル。</dd>
</ダイアログ>
Figrae要素
ヘッダーは、印刷物（教科書、新聞、雑誌など）のメディアオブジェクト（写真、イラスト、チャートなど）でよく使用されます。これまでのところ、Webマークアップ言語には、そのような効果を生み出すことができる構造はありません。 Figrue要素には、画像のヘッダーを指定するために使用できる凡例の子要素があります。例えば：
XML/HTMLコード
<図>
<Fegend>クレジット：Media Inc.、2007 </Legend>
<img src = smith.jpg alt =写真：J。スミス />
</図>
M要素
M要素は、マークまたは強調表示されているテキストの一部を表します。これは、動的なWebページに検索キーワードを表示する場合に非常に便利です。この時点で、ページのキーワードはM要素でマークできます。たとえば、ユーザーのキーワードスノーの検索に応じて、Webページは次の段落を生成できます。
XML/HTMLコード
<p> a <m>雪</m>男は<m>雪から作られた人間のような彫刻です</m>。</p>
入力要素が強化されます
入力要素関数が強化された後、電子メール、URL、データ相関、時間相関、数値などのデータ型をサポートできます。これは、クライアント側でより多くの検証関数を完了できることを意味します。
オープンプロセス
X/HTMLの開発プロセスは、XHTML 2よりもはるかにオープンです。誰もがX/HTML 5の創造的な詳細に参加できます。
X/HTMLの唯一の欠点5
章の要素の使用
章の要素を使用するというアイデアは良いですが、x/html 5の適用には少し面倒なように思えます。さらに混乱させる説明さえあります。例えば：
ADAST要素は、ページを構成するコンテンツの一部を表します。ページは、ADAST要素の前後にコンテンツに関連付けられ、コンテンツの独立した部分と見なすことができます。これらのコンポーネントは、多くの場合、印刷技術のサイドバーで使用されます。
拡張可能で理解できないように追加されていない役割属性を持つDIV要素を理解する方が簡単ですか？
言及された別の章要素はNAVです。これは、ページ内の他のページへのリンクを表しています。本当にNAV要素が必要ですか？ XHTML 2のNL要素は、このタスクをより適切に行うことができます。
HTML 4およびXHTML 1の欠点は、将来の仕様にまだ存在します
X/HTMLはバックワードサポートを提供しようとするため、HTML 4およびXHTML 1の欠陥もX/HTML 5に存在します。仕様は逆方向である必要はありませんが、クライアントソフトウェアはさまざまな仕様をサポートすることで後方互換性を提供します。
X/HTML 5はX/HTML 5マニュアルに従いません
X/HTML 5は、HTML 4およびXHTML 1との逆方向に互換性があるように設計されています。現在、大きな頭字語、UおよびTTはこの仕様の内容ではなく、IやSAMLLなどの他の要素には再定義されたセマンティック意味があります。たとえば、HTML 4.01仕様では、I以下のように定義されています。
I：テキストを斜体にします
小：テキストを小さなフォントでレンダリングします
x/html 5では、私以降は新しい意味を持っています：
I要素は、さまざまな方法を使用して、分類デザイン、技術用語、外国語のイディオム、アイデア、意見、船の名前、または印刷技術の斜体で提示する必要があるその他のテキストなど、テキストとは異なるテキストまたは段落を表現します。 。
小さな要素は、小さなフォント（著作権や既存の短所などの法的制約を示すドキュメント内の部分）とコメントを示します。
これにより、IおよびSmallの意味を再定義することにより、HTML 4とXHTML 1の後方互換性が壊れます。これは、後方互換性が、HTML 4ユーザーエージェント（ユーザーエージェント、ブラウザ）がHTML 4ドキュメントをレンダリングする際にHTML 4ユーザーエージェントと一致する必要があることを意味するためです。したがって、HTML 5が後方互換性を強調した場合、HTML 4ではあまり意味のない構造もHTML 5では意味がありません。
いいえ、そうですか？まだフォント要素をサポートしますか？
はい、開発者がWysiWygエディターを使用する場合、X/HTML 5はフォント要素をサポートしています。これを行うための合理性はありますか？ wysiwygエディターはフォントの使用を避けることができますか？
wysiwyg署名
WysiWygエディターを使用して生成されたドキュメントには、ヘッド要素に次のWysiWyg署名が含まれている必要があります。
XML/HTMLコード
<Meta name = generator content =（wysiwyg editor） />
または：
XML/HTMLコード
<メタ名=ジェネレーターコンテンツ=サンプルエディター1.0（wysiwygエディター） />
これを行う理由は何ですか？ある種の恥のマーク？このドキュメントはWYSIWYGエディターを使用して生成されたため、ブラウザに最悪の事態に備えるように指示する必要がありますか？では、WysiWygツールを使用してドキュメントの一部のみが完了した場合はどうすればよいですか？
事前定義されたクラス名をサポートします
事前定義されたクラス名は、X/HTML 5ユーザーエージェントに保持されているセマンティックCSSクラス名です。次の例では、著作権は事前定義されたクラス名です。
XML/HTMLコード
<P class = Copyright> ... </p>
他の事前定義されたクラス名には、エラー、例、問題、ノート、検索、警告が含まれます。さらに厄介なのは、いくつかの事前定義されたクラス名が特定の要素でのみ使用され、他の要素では使用できないことです。たとえば、クラス名の著作権は、PおよびSPAN要素でのみ使用されます。クラス名のエラーは、P、セクション、スパン、およびストロングでのみ使用されます。
事前定義されたクラス名の問題の1つは、次の書き込み方法が無意味であることです。
XML/HTMLコード
<p class = faly>
そして、この書き方は理にかなっています：
XML/HTMLコード
<P class = Copyright>
クラスの属性を書き換えることは、構造の特定の意味を説明するのが難しくなります。たとえば、次のコードは何を意味しますか：
XML/HTMLコード
<P class =重要な著作権の問題>
事前定義されたクラス名は、開発者のクラス名の使用の自由も制限しています。同様に、開発者が未処理のクラス名を使用しているが、ある日、クラス名が事前定義されたクラスになるようになった場合、最初に何が起こりますか？これにより、開発者の以前のコンテンツのセマンティクスが変更されますか？
HTML 5対XHTML 5
HTMLとXHTMLの間の議論を最終的に解決するために、X/HTML 5仕様により、理解が困難になります。実際、X/HTML 5仕様では、一般的に言えば、開発者はW3CがWebでのXMLの将来のアプリケーションのために一生懸命働いているにもかかわらず、WebでXMLを直接使用できると述べています。
開発プロセスは急いでいます
X/HTML 5は、HTML 4およびXHTML 1の更新でW3Cの遅延に対処することです。したがって、これにより、x/html 5の開発プロセスが少し急いでいます。この仕様が突然発生し、そこから突然ポップアップして、すぐに続くように感じます。直接関与している開発者でさえ、標準化された開発プロセスは少し非現実的であると感じています。
次世代のマークアップ言語の競争
X/HTML 5とXHTML 2の両方がHTML 4およびXHTML 1の代替品を競い合っています。開発の初期段階では、一部のブラウザベンダーはすでに両方の仕様を好みました。レビューの緊急性と閉鎖のため、これによりWeb標準組織が偏っています。 2つの規範が進むにつれて、より多くの開発リソースと時価総額がそれらの1つに投資され、そのすべてが標準的な戦争を引き起こします。
Webはすべての人に属しているため、私たち一人一人がこの標準のセッターであり、正直でオープンな議論だけで、最高の標準が勝者になることを保証できます。
注：読むために、HTML 4.x/xhtml 1.xは、記事のHTML 4およびXHTML 1として略されます
元の接続：？id = 249