【发布时间】：2012-09-09 05:41:42
【问题描述】：
关于书籍的虚构网站。每本书都有自己的页面。现在我想添加一个页面，列出我一直以来最喜欢的书籍。您将哪个HTML5 sectioning elements 用于“容器”，哪个用于每本书？ MARQUEE 占位符和 BLINK 占位符应该是 section 还是 article？
页面可能如下所示：
<body>
<h1>Books!</h1>
<nav>
<h1>Navigation</h1>
</nav>
<MARQUEE> <!-- section or article? -->
<h1>My all time favorite books</h1>
<BLINK> <!-- section or article? -->
<h1><cite>The Hobbit, or There and Back Again</cite></h1>
<p>…</p>
<nav><a href="books/hobbit">see the page about "The Hobbit"</a></nav>
</BLINK>
<BLINK> <!-- section or article? -->
<h1><cite>Alice's Adventures in Wonderland</cite></h1>
<p>…</p>
<nav><a href="books/alice">see the page about "Alice in Wonderland"</a></nav>
</BLINK>
</MARQUEE>
<footer>☺ 2012 books.example.net</footer>
</body>
我的想法
我认为列出的每本书都应该是一个article 元素。 spec 表示“文档中的独立组合”、“原则上可独立分发或可重复使用”、“博客条目、[…] 独立的内容项”。我认为所有这些都在这里匹配。
但是容器呢？应该使用section 还是article？带有嵌套 article 元素的 article 是应该标记博客 cmets 的方式：
例如，接受用户提交的 cmets 的网站上的博客条目可以将 cmets 表示为嵌套在博客条目的
article元素中的article元素。
一般定义如下：
当
article元素嵌套时，内部article元素代表原则上与外部文章内容相关的文章。
“原则上相关”似乎也符合我的例子，对吧？
我的看法：这个关于我最喜欢的书的页面是一个“自成一体的作品”。这是一篇我可以打印出来并给某人阅读的文章，他将拥有他需要的所有信息，它本身就很有意义，没有任何遗漏。此外，每本最喜欢的书都是“一个独立的作品”，因为我只能打印出其中一本最喜欢的书，而读者仍然可以获得所有相关信息（关于那本书），它本身就很有意义等。
如果有人反对，我很感兴趣？
对于那些同意的人，我的下一个问题是：在标记选择方面，最喜欢的书籍列表与最新博客文章列表在语义上是否不同？所以，你会说“好吧，article 最喜欢的书籍列表很好，但不是最新博客文章列表？”我能看到的唯一区别是，大多数人不会对阅读最新博客文章的 sn-ps 列表感兴趣，因此它不是口语意义上的“自成一体”。
【问题讨论】：
标签： html semantic-markup