对于<nav>标记,W3C定义似乎有点模糊:
nav元素表示链接到其他页面或页面中的部分的页面的一部分:带有导航链接的部分.
并非页面上的所有链接组都必须位于nav元素中 - 该元素主要用于由主要导航块组成的部分.特别是,页脚通常具有指向站点的各个页面的短链接列表,例如服务条款,主页和版权页面.单独的页脚元素足以满足这种情况; 虽然在这种情况下可以使用nav元素,但通常是不必要的.
针对可以从初始渲染中省略的导航信息中受益的用户的用户代理(例如屏幕阅读器),或者可以从导航信息立即可用中受益的用户代理(例如屏幕阅读器)可以使用该元素作为确定上述内容的方式.最初跳过和/或提供请求的页面.
基于对其定义的非常严格的解释以及我通过验证遇到的内容,看起来好像<nav>应该只包含列表元素.但是,不应该将搜索视为一系列页面中的导航形式吗？
虽然我理解它的主要用途是用户代理,但如果前者只作为后者的容器,那么拥有<nav>前面的<ul>标记似乎仍然是多余的.如果<nav>可以包含与导航相关的其他元素,而不仅限于链接列表,那将更有意义.
例如:
<nav role="navigation">
<form action="http://google.com/search" method="get">
<fieldset role="search">
<input type="hidden" name="q" value="site:mysite.com" />
<input class="search" type="text" name="q" results="0" placeholder="Search"/>
</fieldset>
</form>
<ul class="top-navigation">
<li><a href="/">Home</a></li>
<li><a href="/about.html">About Me</a></li>
<li><a href="/archive.html">Archives</a></li>
</ul>
</nav>
除了验证,这是不是可以接受的用途<nav>？与确保屏幕阅读器和其他辅助工具可以正确呈现页面相比,对于较少关注验证的人会产生什么影响呢？
如果一个类有多个可选标记作为参数传入，是否可以嵌套用 ruby 编写的自定义 Liquid 标签？如果不提供相关示例，我很难描述这个问题。如果这个问题看起来过于具体，请原谅我。
给定以下来自 Octopress（一个 jekyll fork）的 ruby 代码，它创建了一个自定义 Liquid 标签来解析标签。
# Title: Simple Image tag for Jekyll
# Authors: Brandon Mathis http://brandonmathis.com
# Felix Schäfer, Frederic Hemberger
# Description: Easily output images with optional class names, width, height, title and alt attributes
#
# Syntax {% img [class name(s)] [http[s]:/]/path/to/image [width [height]] [title text | "title text" ["alt text"]] %}
#
# Examples:
# {% img /images/ninja.png Ninja Attack! %}
# {% img left half http://site.com/images/ninja.png Ninja …有没有办法让Kaminari总是显示分页控件,即使总页数是1？