Fatal编程技术网
  • html/
  • HTML5-正确使用<；文章>；标签

HTML5-正确使用<；文章>；标签

html rss

HTML5-正确使用<；文章>；标签,html,rss,semantics,Html,Rss,Semantics,阅读HTML5上的标签，我真的认为我最大的困惑在于本节的第一个问题： 使用可以赋予内容更多语义。相比之下，只是一块相关内容，只是一块内容。。。要决定这三个要素中哪一个是合适的，请选择第一个合适的选项： 内容本身在提要阅读器中是否有意义？如果是，请使用 内容相关吗？如果是，请使用 最后，如果没有语义关系，请使用 所以我想我的问题是：提要阅读器中属于哪种类型的内容？规范非常清楚地回答了这个问题： article元素表示文档中的自包含组合 文档、页面、应用程序或站点，即原则上， 可独立分发或可重复使用

阅读HTML5上的
标签，我真的认为我最大的困惑在于本节的第一个问题：

使用
可以赋予内容更多语义。相比之下，
只是一块相关内容，
只是一块内容。。。要决定这三个要素中哪一个是合适的，请选择第一个合适的选项：

  • 内容本身在提要阅读器中是否有意义？如果是，请使用
  • 内容相关吗？如果是，请使用
  • 最后，如果没有语义关系，请使用
    • 所以我想我的问题是：提要阅读器中属于哪种类型的内容？

    规范非常清楚地回答了这个问题：

    article元素表示文档中的自包含组合 文档、页面、应用程序或站点，即原则上， 可独立分发或可重复使用，例如在联合中。这 可以是论坛帖子，杂志或报纸文章，博客条目， 用户提交的评论、交互式小部件或小工具，或任何 其他独立的内容项

    请参阅：

    您提出了一个很好的论点，是的，规范确实明确地将
    定义为一个值得联合的内容集合。在我看来，你的文章将是一篇合成的博客文章——你作为网站内容作者所创作的内容。虽然该部分的评论与文章相关，但事实上，它们不是文章的一部分，应该归入
    中的另一个块，或者是非语义
    ，或者只是
    设置了
    display:block
    。这是留给设计师的决定，取决于他们如何从语义上评估评论的价值

    还请记住，您有
    标签，它几乎是为评论量身定做的，无论是来自作者还是读者。

    大多数提要读者可以处理多种类型的内容，可能包括副本、图像、视频等。您的提要将包括站点上重复或包含多个版本的内容。问答网站将提供新问题的提要。视频共享网站将提供新视频的提要。软件审查站点将提供新软件或新审查的提要

    我建议您考虑一下您内容的典型消费者希望在他们的提要阅读器中轻松找到什么。您可以定义提要阅读器中的内容类型。

    提要阅读器通常应该包含一个故事列表。看看——这是一个很好的例子，说明提要阅读器可能包含的内容。重要的是，所有的故事都是独立的，理论上根本不需要关联。

    W3C规范留下了很多解释的余地，最终取决于作者的意见。以下是一个简短的问题回答：

    您希望在页面上共享的主要重要内容是什么？

    以下是几个例子：

    • 就在这一页上，每个答案都可以是一篇文章
    • 在flickr上，photostream中显示的每张照片都可以被视为一篇文章
    • 在运球页面上显示的每个投篮都可以是一篇文章
    • 在谷歌上，列出的每个搜索结果都可能是一篇文章
    • 在博客上写每一篇文章。。每一篇文章都可以是一篇文章
    • 在包含一篇文章和一系列评论的博客页面上，您可以有两个主要部分。一个是一篇文章，另一个是评论，每个评论都可以被视为一篇文章
    至于他们想走多远，这是作者的自由裁量权。大多数博客作者的文章都有RSS提要，但其他人也可能提供评论提要和共享链接

    很多人都写过这方面的文章。欲了解更多信息，我强烈建议阅读：

    • （您已经分享了这个）

    该文档的标记可能如下所示：

    <body>
     <header>...</header>
     <nav>...</nav>
     <article>
          <section>
               ...
          </section>
     </article>
     <aside>...</aside>
     <footer>...</footer>
</body>

    
...
...

    . 
     也就是说，您认为页面上的内容是独立的，问题在于“独立”一词。例如，一个用户在博客上发表的评论中只说“是的，我也是。”是否可以被认为是独立的？我相信它可以，并且使用article元素是合适的，但是不难看出其他人会如何得出它不是独立的结论。我认为像这样微妙的标记决策是作为开发人员必须根据具体情况做出的选择。人们对标准的理解总是会有所不同，根据你对标准的理解，你应该选择你认为最好的。