大纲算法
依据规范为文档细细规划大纲是一件令人头疼的事。尽管如此，
宁波网站建设认为我们还是可以走捷径，直接依据基础的文档结构规划出可被自动识别的大纲。此文档结构由一组我们叫做章节内容(sectioningcontent)以及标题内容(headingcontent)的内容组成。Sectioningcontent包括body、article、aside、nav以及section,而headingcontent包括hi到h6以及hgroup，它们组成了大纲条目。
如果我们使用GeoffreySneddon编写的在线HTML5大纲分析器(地址为http://gsnedders.html5.org/outliner)分析这个HTML5博客，就能看到这样的条目结构：
1.TheHLML5blog!
2.LinkBlock
3.Questionnaire
4.Login
5.QuickLinks
6.TugofwarbetweenW3CandWHATWGenters...
7.Navigation
根据斜体条目LinkBlock以及Navigation,我们能够清楚获知有两个用display:none隐藏起来的标题。如果忽略这两个标题，则原位置就会显示以下文字：UntitledSection(无标题的章节)。合理地使用标题，既可以保持结构的完整性，也可以使大纲清晰易读。
关于标题h1~h6的选用，有以下注意事项：原则上来说，任何内容都可以放进hi标签里并作为开头，但这并非必须的。在上面的案例中，标题排序反映了大纲中的层次：hi对应博客页眉；h2对应文章标题、连接信息块以及页脚导航，h3对应其他的页眉。若将所有标签都换成hi,仍能得到相同的大纲，但可能会对布局产生少许负面影响，需要通过CSS来手动调整排序。
需要注意的是，在使用hgroup的时候，大纲仅包含hgroup的最高级别。这也就是为什么你无法在大纲中找到tips、tricks以及tidbitsfortoday’swebdevelopers这些副标题的原因。
到B前为止，所有浏览器都还无法以任何形式直接执行大纲算法，但这并不意味着大纲将来不会变得至关重要。在未来，也许会出现自动生成的导航条或是简洁的网页摘要，搜索引擎爬虫的内容抓取机制也可能发生重大改进。虽然时候未到，但至少规划大纲并不会损害文档结构。既然检i结构是一件很容易的事情，我们为什么不尝试一下呢？
图形中的figure及figcaption
元素figure及figcaption实际上不能算作结构性元素，但在组织独立图片、图像、图表及编码列表时仍旧很受欢迎。每一个figure元素中只能包括一个figcaption元素。至于这个元素是出现在图像之前或之后，完全由作者决定。下面例子简单说明了这些标记及其浏览器端表现。
〈figure〉
〈imgsrc=,,images/tarot_0980.ipgHalt=,,XXI:TheWorld"〉
〈imgsrc="images/tarot=0.jpg"alt="VI:TheChoice"〉〈imgsrc="images/tarot0.jpg'*alt='*XVIII:TheMoon"〉
〈figcaption〉ThreemagicalsculpturesinNikideSaintPhalles〈em〉GiardinodeiTarocchi〈/em〉nearCapalbiointheTuscanyregionofItaly.Thetarotcardsfromlefttoright:
TheWorld(XXI),TheCnoice(VI),andTheMoon(XVIII)〈/figcaption〉〈/figure〉
本文由乐华网络编辑，转载请注明出处
宁波网站建设www.leseo.net
