uno*_*nor 7 html5 semantic-markup
关于书籍的虚构网站.每本书都有自己的页面.现在我想添加一个列出我最喜欢的书籍的页面.您将使用哪些HTML5分区元素作为"容器"以及每本书的哪些元素？如果该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要素.该规范说"文档中的自包含的成分","原则上,独立分配或可重复使用","博客条目,内容[...]独立项目".我认为所有这些都符合这里.
但容器怎么样？应该使用section还是article？一个article嵌套article的元素是这样的博客评论应标明了:
例如,站点上接受用户提交的注释的博客条目可以将注释表示为
article嵌套在article博客条目的元素中的元素.
一般定义如下:
当
article元素嵌套时,内部article元素表示原则上与外部文章的内容相关的文章.
"在原则上相关"似乎也与我的例子相符,对吧？
我看待它的方式:这个关于我最喜欢的书的页面是"一个独立的组合".这是一篇我可以打印出来并给别人阅读的文章,他会得到他需要的所有信息,这本身就有意义,没有什么遗漏.此外,每本最喜欢的书都是"独立的作品",因为我只能打印出一本最喜欢的书,读者仍然可以获得所有相关信息(关于那本书),它本身就有意义等等.
如果有人反对,我感兴趣吗？
对于那些同意的人,我的下一个问题是:在标记选择方面,最喜欢的书籍列表是否与最新博客文章列表在语义上有所不同？所以,你会说"好吧,article对于最喜欢的书籍列表是好的,但不是最新的博客文章列表？" 我能看到的唯一区别是,大多数人对阅读最新博客帖子的片段列表并不感兴趣,所以它不是一个口语意义上的"独立作品".
理想情况下，您将使用其中包含文章的列表。因为它是你最喜欢的书的清单，不是吗？
但就我个人而言，我使用包含文章的部分。我真的不认为列表可以与文章相媲美，而文章本质上就是您所拥有的。如果您要扩展它以包含有关您如何提出该列表的信息，使其更多地成为博客文章类型的事物，那么成为一篇包含文章的文章会更有意义（同样，理想情况下，一篇包含文章列表）。
无论如何，为您链接的每本单独的书使用部分是没有任何意义的。