コメント：HTML5の命名規則とマイクロ形式の開発。
2004年5月29日、私の引退したブログとすべての大きな講演で、40のデザイナーWebサイトを調査して、タイトルやバナー、ナビゲーション、コンテンツ、フッターなどのパブリックページ要素の慣習を確認しました（当時の結果）。
科学的な研究ではほとんどありませんでしたが、その年の6月には、エリックマイヤーの意見のいくつかをフォローアップし、一連の命名規則を公開しました。ウェブサイトがこれらの命名規則に合格したことに気付いたとき、私は4年以上後に毎日それを使用していることを常に嬉しく思います。
私の考えはこれとして要約することができます
IDおよびクラスの属性名は、導入ではなく、要素の関数またはコンテンツを反映する必要があります。それで、私はヘッダーから出て、再びブランディングに行きました。私はフッターから出て、それをSite-INFOに置き換えました。
命名は、ほぼXMLスタイルの構造を引き受けるはずです。命名は、ほぼXMLスタイルの構造になります。したがって、内部コンテンツには、コンテンツメイン、コンテンツサブ、コンテンツサップが付属しています。
これらの慣習は私によく役立ち、私がしていることは、彼らのコアをほとんど変えません。彼らがすべて私の仕事をより速く、より一貫性があり、より有益にすることは間違いありません。彼らは、製品を構築し、私が自分の考え方で一緒に働く人々を育てるのを簡単にします。命名規則は機能します。
マイクロフォーマットおよび関連属性名
HCARD、HCALENDAR、HATOM、その他のドラフトなどのマイクロフォーマットが非常に多くの属性値をもたらすため、これらのより多くの属性値にCSSパターンが提供される制約ファイルを検討する必要があることがよくあります。これで、マイクロフォーマットを使用してこのレベルに到達し、クラス属性（マイクロフォーマットに付随するクラス属性を除く）を使用してページ全体を開発しません。
まれに、新しい要素を追加する必要があります（レイアウト目的の分割を仮定して）私は最初に拡張マイクロフォーマットにすでに存在するものだと思います。憎しみモードを使用する例を示します。
<div class = hentry>
<h2 class = entry-title> title </h2>
<div class = entry-content>
メインコンテンツ
</div>
<div class = entry-related>
関連コンテンツ
</div>
</div>
マイクロ形式の利点を維持している場合、エントリー関連が憎しみパターンの一部ではないことに気づきましたが、この場合、私は明示的に、追加の要素を必要とする必要があります。
マイクロフォーマットの命名パターンを拡張する方がいつより論理的に思えますか？
HTML5
この章の冒頭で、私は率直に言って、この瞬間、HTML5にあまり注意を払うことはできません。ただし、これは問題の鍵ではありません。 HTML5は、次のような潜在的に非常に有用な新しい要素を紹介します。
セクション
通常のファイルまたはアプリケーションセクション。この点で、章はコンテンツのトピック分類です。
記事
ドキュメント、Webページ、またはWebサイトの独立した部分を形成する記事で構成されるページの一部。これは、フォーラムの投稿、雑誌や新聞記事、Webログエントリ、ユーザーがサビされたコメント、またはその他の独立したコンテンツアイテムです。
さて
コンテンツで構成されるページの一部は、脇の要素に関連するコンテンツに依存しないものであり、コンテンツとは別の要素と見なすことができます。これらの部品は、多くの場合、印刷された誤植と誤字のサイドバーとして現れます。
マイクロフォーマットの発明者が既存の仕様に基づいてスキーマを作成することは論理的であったため、HTML5の命名条約をフォローするために命名規則を適応させることは確かに理にかなっていますか？もちろん、私は使用できません：
<section>
<h2>タイトル</h2>
<記事>
メインコンテンツ
</article>
<asas>
関連コンテンツ
</脇>
</section>
しかし、今では、IDとクラスの属性値を使用してHTML5に精通して、ドキュメントをさらに進めることができます。
<div class = section>
<h2>タイトル</h2>
<div class = article>
メインコンテンツ
</div>
<div class = adase>
関連コンテンツ
</div>
</div>
それは私にとって論理的な次のステップだと思います。このデモンストレーションファイルを見て、私は命名規則のためにHTML5要素の基礎を取りました。先ほど言及したことに加えて、分類とナビゲート（NAV）、コルグラングとCOLのビルドフィールド、順序付けられていないリストをグリッドに変換し、DataGridを使用する方法を決定したことに注意してください。
HTML5のタグ付け仕様には、詳細、ダイアログ、および図も含まれています。これを属性値として使用できます。
今日の願いを達成できれば、この希望は、すべてのCSSフレームワーク開発が同じ命名条約（およびマイクロ形式に広く埋め込まれている）を採用することであり、意味のあるタグとCSSの初心者である人々は、表現IDやクラスの属性よりもより意味のある論理的な正しい出発点を持つことです。