html5:两次使用页眉或页脚标记?


77

快速提问:实际上是否允许两次使用header标记?例如,我的header.php中有两个重要的头部,都可以有标题标签?

Answers:


91

是的,但是有一个陷阱。W3文档指出,标签表示其最接近的祖先部分的页眉和页脚区域。我建议您的数量尽可能多,但是页面的每个“部分”(例如正文,部分等)每个都应只有1个。

从W3

标头元素通常旨在包含节的标题(h1-h6元素或hgroup元素),但这不是必需的。标头元素还可以用于包装部分的目录,搜索表单或任何相关徽标。

========================

footer元素代表其最接近的祖先sectioning内容或sectioning根元素的footer。页脚通常包含有关其部分的信息,例如谁撰写,与相关文档的链接,版权数据等。

以下是其各自标准文档的链接:页眉页脚


3
我不同意你的看法。header在一个节内容/根元素中包含多个元素仍然是有效的(并且也很有意义)。
2014年

嵌套部分和(因此)部分中的嵌套标题又如何呢? <section> <header><h1>...<h1></header> <section class="subsection"> <header class="subsection-header"><h2>...</h2> </header> </section> </section>
西里尔·杜尚·多丽丝

@Cyril Duchon-Doris,没有一个<header>元素不能是另一个<header>元素的后代。“允许的父母:任何接受流内容的元素。请注意,<header>元素一定不能是<address>,<footer>或另一个<header>元素的后代。” - developer.mozilla.org/en-US/docs/Web/HTML/Element/header
丹尼尔TONON

2
仅供参考,有5种类型的“切片”的元素:<body><nav><section><article>,和<aside>。每个分区元素只能有<header>一个<footer>关联。一个节有多个页眉或页脚是没有意义的。
Daniel Tonon

@DanielTonon 1.<body>NOT根据节元件当前页。2.除非有明确的文档说明每个section元素只允许一个<header>和一个<footer>,否则仅由您决定。请不要说这是一条规则。
funct7

10

是的header借助w3c文档,您可以在文档中使用多个元素:

标头元素通常旨在包含节的标题(h1-h6元素或hgroup元素),但这不是必需的。标头元素还可以用于包装部分的目录,搜索表单或任何相关徽标。

但是,请确保它在语义上是正确的。



2

<header>是用来标记在报纸如文章的标题,所以如果你有多个物品,你可以使用多个<header>

就像使用Multiple一样<h1>。仅在某些特殊情况下才有意义。


1

在某些情况下,可以这样将两个<header>放在一个<article>/中<section>,所以为什么不这样做。

 <article>

      <!-- Feature Image on the LEFT -->
      <div class="position-left">
         ...featrue image...
        <header>
        ...H1 title ...  
        </header>
      </div>

      <!-- Content on the RIGHT with subtitle, date, etc -->
      <div class="position-right">
        <header>
          ..date, sub-title, etc...
        </header>
        ...content...
        <footer>..</footer>
      </div>

    </article>

1
你为什么不使这些<div>小号<article>S或<section>当时的?
Volper

-2

当然,您可以<header>在文档中放置两个标签。从语义上讲,这是不正确的。为什么不使用一个<header>标签并在其中使用另一个标签?


1
如果执行此操作,则页眉将使我的所有部分都陷入困境,>>我认为这不是我们想要的...;)每个部分都可以有页眉和页脚。
user1855153
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.