X/HTML5 および XHTML2_html5 チュートリアルのヒント

XHTML 2 の進歩を理解した後、X/HTML 5 の進歩を見てみましょう。
X/HTML 5 の優れた点
章要素の概念
X/HTML 5 では、Web ページを章に分割するための新しい要素が導入されています。これらのコンポーネントは、検索エンジンとアクセシビリティ ツールがページのコンテンツをより深く理解するのに役立ちます。これらの新しい要素を使用してラベルを読みやすくします。
章立てコンテンツのアイデアはクールです!しかし、チャプターテクノロジーを使用することが十分にクールではない理由を考えてみましょう。
対話要素
会話要素は会話を表すために使用されます。これには、発言者を定義するために使用される dt 要素と、発言者の発言の内容を表す dd 要素が含まれます。例えば：

コステロ

ほら、一塁手だよ?

アボット

確かに。

コステロ

誰が最初にプレーしますか?

アボット

そうです。

コステロ

一塁手に毎月給料を支払ったら、誰がお金を受け取りますか?

アボット

1ドルごと

図形要素
マストヘッドは、印刷出版物 (教科書、新聞、雑誌など) のメディア オブジェクト (写真、イラスト、グラフなど) でよく使用されます。これまでのところ、Web マークアップ言語には、この効果を生み出すことができる構造はありません。 figrue 要素には、画像のヘッダーを指定するために使用できる legend 子要素があります。例えば：
XML/HTML コード

クレジット: Media Inc.、2007

m 要素
m 要素は、マークまたは強調表示されたテキストのセクションを表します。これは、動的 Web ページに検索キーワードを表示する場合に非常に便利です。このとき、ページ内のキーワードは m 要素を使用してマークできます。たとえば、ユーザーによるキーワード「雪」の検索に応じて、Web ページは次のコンテンツを生成できます。
XML/HTML コード

雪男は、雪から作られた人間のような彫刻です。

入力要素が強化されました
input 要素関数が強化され、電子メール、URL、データ関連、時間関連、および数値データ型をサポートするようになりました。これは、より多くの検証機能をクライアント側で実行できることを意味します。
プロセスを開く
X/HTML の開発プロセスは、XHTML 2 よりもはるかにオープンです。 X/HTML 5 のクリエイティブ プロセスには誰でも参加できます。
X/HTML 5 の軟膏のハエ
章要素の使用法
章要素を使用するというアイデアは良いですが、X/HTML 5 アプリケーションでは少し面倒に思えます。説明によっては、さらに混乱してしまうかもしれません。例えば：
サイド要素はページのコンテンツの一部を表し、サイド要素の前後のコンテンツと関連しています。コンテンツの独立した部分とみなすことができます。これらのコンポーネントは、印刷技術のサイドバーでよく使用されます。
role 属性を持つ div 要素のほうが拡張性が高く、理解しやすいのではないでしょうか?
もう 1 つ言及されている Chapter 要素は 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 と下位互換性があるように設計されています。現在、big、頭字語、u および tt はこの仕様の一部ではありませんが、i や samll などの他の要素のセマンティクスが再定義されています。たとえば、i と small は HTML 4.01 仕様で次のように定義されています。
i: テキストを斜体にします
small: テキストを「小さい」フォントでレンダリングします。
X/HTML 5 では、i と small に新しい意味があります。
i 要素は、分類デザイン、専門用語、外国語の慣用句、アイデア、意見、船名、その他のニーズなど、本文とは異なるテキストや段落をさまざまな方法で表現します。印刷テクノロジー テキストを斜体で表示します。 。
小さな要素には、小さな活字フォント (著作権や既存の欠点などの法的制約を説明する文書の一部) とコメントが表示されます。
これは、i と small の意味を再定義することにより、HTML 4 および XHTML 1 との下位互換性を破壊します。これは、下位互換性とは、HTML 4 ドキュメントをレンダリングするときに HTML 5 ユーザー エージェント (ブラウザー) が HTML 4 ユーザー エージェントと一貫性を持つ必要があることを意味するためです。したがって、HTML 5 が下位互換性を重視する場合、HTML 4 でほとんど意味のない構造は、HTML 5 でもほとんど意味を持ちません。
まさか？フォント要素はまだサポートされていますか?
はい、開発者が WYSIWYG エディターを使用している場合、X/HTML 5 は引き続き font 要素をサポートします。これには正当な理由はありますか? WYSIWYG エディターはフォントの使用を避けることができますか?
WYSIWYG 署名
WYSIWYG エディターを使用して生成されたドキュメントには、head 要素に次の WYSIWYG 署名が含まれている必要があります。
XML/HTML コード

または:
XML/HTML コード

これを行う理由は何ですか?ある種の恥の痕跡でしょうか？このドキュメントは WYSIWYG エディタで生成されたため、最悪の事態に備えるようにブラウザに指示するのでしょうか?では、ドキュメントの一部だけが WYSIWYG ツールを使用して完成された場合はどうなるでしょうか?
事前定義されたクラス名をサポートします
事前定義されたクラス名は、X/HTML 5 ユーザー エージェントで予約されているセマンティック CSS クラス名です。次の例では、copyright は事前定義されたクラス名です。
XML/HTML コード

このように書くことだけが意味を持ちます。
XML/HTML コード

クラス属性を書き換えると、構造体の具体的な意味を説明することが難しくなります。たとえば、次のコードは何を意味しますか。
XML/HTML コード

事前定義されたクラス名も、開発者がクラス名を使用する自由を制限します。同様に、開発者が現在は事前定義されていないクラス名を使用しているが、ある日そのクラス名が事前定義されたクラスになる場合、最初に何が起こるでしょうか?これにより、開発者の以前のコンテンツのセマンティクスは変更されますか?
HTML 5 と XHTML 5
HTML 対 XHTML の論争を最終的に解決しようとする試みの中で、X/HTML 5 仕様は物事を理解しにくくしています。実際、W3C が Web での XML の将来のアプリケーションに向けて熱心に取り組んでいるにもかかわらず、X/HTML 5 仕様には「一般的に言って、開発者は Web で XML を直接使用することもできる」と書かれています。
開発プロセスが急ぎすぎます
X/HTML 5 は、W3C による HTML 4 および XHTML 1 の更新の遅れに対応するものです。その結果、X/HTML 5 の開発プロセスは少し急ぎ、仕様はどこからともなく突然現れてすぐに追従したように感じられました。直接関与している開発者ですら、標準化された開発プロセスは少し非現実的だと感じています。
次世代マークアップ言語のコンテスト
X/HTML 5 と XHTML 2 は両方とも、HTML 4 と XHTML 1 を置き換えるために競合しています。開発の初期段階であっても、一部のブラウザ ベンダーは両方の仕様を優先することを表明しています。審議の緊急性と閉鎖的な性質により、Web 標準化団体は二極化しました。両方の仕様が進歩するにつれて、より多くの開発リソースと市場資本がどちらか一方に投資されることになり、そのすべてが「標準」戦争につながります。
私たち一人ひとりがこの標準の設定者です。Web はみんなのものであり、正直でオープンな議論だけが最良の標準を確実に勝ち取ることができるからです。
注: 読みやすいように、この記事では「HTML 4.x/XHTML 1.x」を「HTML 4 および XHTML 1」と省略しています。
元のリンク: http://www.dudo.org/article.asp?id=249