2011-05-10 47 views
4

我正在看BBC的網站,並且按照類似的整體模式整理一些內容,並確定如何正確標記它,這有點讓我感到遺憾。在HTML5中標記「BBC模式」

英國廣播公司由幾個什麼可以被認爲是在自己的權利的網站:

(這些可能都是子域代替 - 實際上,這是我的情況 - 但網址並不重要)

這些都基本上是自包含的,有自己的內容,菜單和外觀和感覺。然而,所有這些通過使用(稍微變化但大部分)靜態標題欄連在一起。這包含標題「BBC」以及指向所有各個子網站的鏈接。

所以問題是,這應該如何標記。我看到幾個不同的選項:

  1. 主要BBC標題是網站的主要<header><nav>。這種說法是正確的,因爲它的結果基本上不再強調子網站實際內容的重要性。當它歸結爲它時(使用上面的例子),標題「喜劇」和相關菜單是頁面的主要內容,而不是BBC欄。

  2. 將子網站的標題和導航欄標記爲<header><nav>內的標題和導航欄。這感覺好些了,但是它開啓了BBC現在的酒吧的問題?一個選項是使用<aside>,然後包含它自己的<header><nav>。據我所知,這對頭部來說很好,但其他<nav>元素仍然很奇怪。比上述更好的選擇?

  3. 與第1號一樣(BBC酒吧主要有<header><nav>),但在<article>元素內標記頁面的其餘部分。該規範指出,文章元素將用於自己有意義的項目,這裏就是這種情況。它也有意義,它有它自己的<header>(和<nav>?這是否推動它有點?)但這似乎是擴大了'文章'的定義比它的字典定義允許的更遠。

對我來說,已經給它一些思考,並拋出一些想法來回在Twitter上,2號似乎是最佳的這些選項。然而,基本上將<aside>的內容作爲頁面頂部元素(可視化和標記,因爲它似乎使這種方式最合理)的想法並不完全與我保持一致。

我是否忽視了一個明顯的解決方案,或者這是一個通常足夠的模式,它確實使自己像看起來一樣困難?當然,我不能成爲唯一一個對此進行拼圖的人嗎?

感謝您的任何想法。

+0

我想看看這是怎麼回事,如果你問我,元素的規則過於複雜。 – Dunhamzzz 2011-05-11 08:15:20

回答

1

正如您所指出的,主標題應該標記爲<header><nav>

然後,我會標記每個附加頁面內容的<article>包含它自己的<header><nav>。忽略文章的字典定義,這裏並不適用。只要網頁內容在網站內導航,就可以在網頁上擁有多個<nav>元素,這很有意義。

將頂部標題置於<aside>對我來說似乎也不正確,因爲內容不是孤立的。

只是我對這個問題的想法!