Html 如何强调无序列表中各个项目的重要性

我想使用语义标记来强调每个项目的重要性或优先级

这是我的意思的一个例子

<ul itemscope itemtype="http://schema.org/ItemList">
  <h2 itemprop="name">Wish List</h2><br>
  <li itemprop="itemListElement">Google glass</li>
  <li itemprop="itemListElement">Galaxy S4</li>
  <li itemprop="itemListElement">MacBook Pro</li>
</ul>

愿望清单

谷歌眼镜
星系S4
MacBook Pro

我曾考虑使用标题标签，但我不确定这是否正确使用。e、 g

<ul itemscope itemtype="http://schema.org/ItemList">
  <li itemprop="itemListElement"><h6>Least Important</h6></li>
  <li itemprop="itemListElement"><h1>Most Important</h1></li>
</ul>

最不重要
最重要

---

我只是想知道是否有一个正确的方法可以做到这一点？可能是微数据、微格式或RDFa？

如果您想要一个具有多个优先级级别的标尺，在html中无法做到这一点。使用标题会使文章杂乱无章，这显然是“非语义的”。可能也不值得尝试用RDF来表示。什么会消耗它？也许你心里有更多的细节，这会让你对这件事有更多的了解

因为没有办法用HTML元素或属性来表达，所以所有读者都无法访问数据。你知道如何用一系列颜色来设计项目，但是屏幕阅读器不会大声读出这些颜色

您可以将其简化为按优先级顺序排列的列表项。或两个重要级别，其中使用

突出显示一些关键项目

---

（如果你真的采用HTML5规范，你可以嵌套<代码>强> 多个优先级，但是你的用例不太可能得到支持。不是在当前的屏幕阅读器中，也不是在浏览器默认样式表中。所以我不认为这是一个合法的用法。

你不应该这样使用标题。标题内容很重要，是的，但这并不意味着重要内容应该是标题。第一个示例无效（列表只能包含

li

元素），第二个示例与文档大纲不符

这代表着“对其内容的高度重视”。通过对同一内容使用多个

strong

元素来增加重要性：

一个内容的相对重要性水平由其祖先

strong

元素的数量决定；每个

strong

元素都会增加其内容的重要性

HTML5规范也有这样一个例子：

<p>
  <strong>Warning.</strong> This dungeon is dangerous.
  <strong>Avoid the ducks.</strong> Take any gold you find.
  <strong><strong>Do not take any of the diamonds</strong>,
  they are explosive and <strong>will destroy anything within
  ten meters.</strong></strong> You have been warned.
</p>

（如果未按此方式排序，请使用

ul

并相应地使用

strong

元素。）

---

当然，您可以使用RDFa或微数据来增强这一点。因此，你需要一个合适的词汇表。我什么都不知道。也许你可以使用一些评级词汇？你可以给每件物品打分，比如你想要多少

海龟的理论例子：

myWishlistItems:1 ex:hasImportance 0.9
myWishlistItems:2 ex:hasImportance 0.85
myWishlistItems:3 ex:hasImportance 0.7
myWishlistItems:4 ex:hasImportance 0.7
myWishlistItems:5 ex:hasImportance 0.7
myWishlistItems:6 ex:hasImportance 0.2

---

备选方案：说明内容中的语义，例如，对重要性级别进行分组

您可以使用

dl

，例如：

<section>
  <h1>My wishlist</h1>

  <dl>
    <dt>MUST HAVE!</dt>
      <dd>…</dd>
      <dd>…</dd>
    <dt>Would be very cool</dt>
      <dd>…</dd>
      <dd>…</dd>
    <dt>I like that, sometimes</dt>
      <dd>…</dd>
      <dd>…</dd>
  </dl>

</section>

---

这个问题并没有定义“语义标记”（语义非常模糊的一个常见术语）的含义，也没有定义它的作用。第一个代码示例是无效的标记，第二个代码示例是不合逻辑的（标题中没有可以作为标题的内容），因此确实无法推断目标是什么。请避免使用

中的复杂内容。请看。@IanY:我不同意这种情况。示例：想象一下搜索引擎结果页。每个结果将是一篇

文章

，可能包含标题、片段、照片、附加链接等以及所有这些结果(→ <代码>文章s）应在

ol

中（按等级排序）。这个例子甚至比愿望清单更复杂然而，我不认为在我的最后一个愿望列表示例中必须使用列表，但我不会说应该避免使用列表。我有关于搜索结果页面的想法。回答是这样的。@IanY:再说一遍，我不同意他的观点<代码>文章不仅适用于全文。但是，这与问题无关：您仍然希望使用剖切元素。因此，如果Richard不想使用

文章

，他可能会使用

部分

（或者甚至不使用任何部分元素，我建议不要使用）→ 但这并没有改变他以前提出的复杂性论点。内容仍然很复杂（标题+摘要+照片+标签+作者+日期+…），无论您使用哪种元素。

<section>
  <h1>My wishlist</h1>

  <dl>
    <dt>MUST HAVE!</dt>
      <dd>…</dd>
      <dd>…</dd>
    <dt>Would be very cool</dt>
      <dd>…</dd>
      <dd>…</dd>
    <dt>I like that, sometimes</dt>
      <dd>…</dd>
      <dd>…</dd>
  </dl>

</section>

<section>
  <h1>My wishlist</h1>

  <ol>

    <li>
      <section>
        <h2>MUST HAVE!</h2>
        <ul>
          <li>…</li>
          <li>…</li>
        </ul>
      </section>
    </li>

    <li>
      <section>
        <h2>Would be very cool</h2>
        <ul>
          <li>…</li>
          <li>…</li>
        </ul>
      </section>
    </li>

    <li>
      <section>
        <h2>I like that, sometimes</h2>
        <ul>
          <li>…</li>
          <li>…</li>
        </ul>
      </section>
    </li>

  </ol>

</section>