<div class="hentry"> <h2 class="entry-title">Title</h2> <div class="entry-content"> Main content </div> <div class="entry-related"> Related content </div> </div> |
如果您正在保持微格式的優勢，你已經注意到， entry-related不是 hAtom 模式的一部分，但在這種的情況下，我絕對地，明確地不得不有一個額外的因素，如何組成一個像related-sidelinks這樣的屬性值呢？
什么時候延伸微格式的命名模式看起來更合邏輯呢？
HTML5
在這個章節的開始，我應該坦率的說，此時此刻，我對HTML5的關注不能較少。不過，這不是問題的關鍵。HTML5引入了一些潛在的非常有用的新元素，例如：
section
一個普通的文件或應用程序部分。章節 ，在這方面，是內容的一個主題分類。
article
由文章組成的頁面的一部分，構成文檔、網頁或網站的一個獨立部分。 This could be a forum post, a magazine or newspaper article, a Web log entry, a user-submitted comment, or any other independent item of content.這可能是一個論壇，雜志，報紙文章，網絡日志，用戶提交的評論，或任何其他的內容的獨立項目。
aside
由內容組成的頁面的一部分，與aside 元素相關的內容無關，并可以被認為是從內容中分離出來的。 這些部分，經常表現為印刷排版側邊欄。
As it was logical for the inventors of Microformats to base their schemas on existing specifications, surely it now makes sense for me to adapt my naming conventions to follow those in HTML5?由于對微格式的發明者來說，在現有的規范上發展他們的模式是合乎邏輯的，當然，現在對我以適應我的命名約定去跟隨HTML5很有意義？當然，我還不能使用：
<section> <h2> Title</h2> <article> Main content </article> <aside> Related content </aside> </section> |
但現在我可以使用id和class屬性值來幫助我熟悉的HTML5，帶著我的文檔朝它更進一步。
<div class="section"> <h2> Title</h2> <div class="article"> Main content </div> <div class="aside"> Related content </div> </div> |
我覺得對我來說是一個合乎邏輯的下一步。因此，看看這個示范文件，我已經采取了HTML5元素為我的命名約定的基礎。除了我剛才提到的，留意，我已經確定了分類和導航的方式（nav ），用colgroup和col構建字段 ，把一個無序列表轉換為網格，用datagrid。
HTML5的標記規范還包括details ， dialog和figure ，我同樣地可以當做屬性值使用。
如果今天我可以實現一個愿望，這個愿望將是所有的CSS框架的開發將采取相同的命名約定（而且也廣泛地嵌入微格式），以便初學意義豐富的標記和CSS的人們有個正確的出發點，使用的更有意義，更合邏輯，而不是表象的id和class屬性。
