HTML5文章或部分列出了喜愛的書籍？

Question

關於書籍的虛構網站。 每本書都有自己的頁面。 現在我想添加一個列出我最喜歡的書籍的頁面。 您將使用哪些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很好，但不是最新的博客文章列表？” 我能看到的唯一區別是，大多數人對閱讀最新博客帖子的片段列表並不感興趣，所以它不是一個通俗意義上的“獨立作品”。

Answer 1

我在一篇article有完整的內容，每一本書都在一section 。

這將使其與W3C給出的第三部分示例非常一致

Answer 2

理想情況下，您將使用其中包含文章的列表。 因為它是你最喜歡的書的清單，不是嗎？

但就個人而言，我使用的是一個包含文章的部分。 我真的不會認為列表可以與文章相媲美，這本質上就是你所擁有的。 如果你要擴展它以包含有關你如何提出列表的信息，使其更多地成為博客文章類型的東西，那么成為一篇包含文章的文章會更有意義（同樣，理想情況下，一篇文章包含一份文章清單）。

無論如何，對於你所鏈接的每本單獨的書使用部分毫無意義。

HTML5文章或部分列出了喜愛的書籍？

問題描述

我的想法

2 個解決方案

解決方案1
1 2012-09-17 00:52:03

解決方案2
1 已采納 2012-09-17 00:52:42

HTML5文章或部分列出了喜愛的書籍？

問題描述

我的想法

2 個解決方案

解決方案1 1 2012-09-17 00:52:03

解決方案2 1 已采納 2012-09-17 00:52:42

解決方案1
1 2012-09-17 00:52:03

解決方案2
1 已采納 2012-09-17 00:52:42