<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属性。