Fwd: 关于导航的tag讨论

刚刚也只回了along的,fwd一下。

---------- Forwarded message ----------
From: John Hax <johnhax@gmail.com>
Date: 2010/9/27
Subject: Re: 关于导航的tag讨论
To: Along <alongbao@gmail.com>


我也赞同。通常团队需要做一些guidelines来约定,避免大家写出的代码差异太大。但是HTML的使用面太广了,所以很难人为规定出模式,只有从实践中来看大家都是怎么写的。

再有就是之前说的HTML5的设计原则。可参考:http://dev.w3.org/html5/html-design-principles/

回到彪叔的问题。

我个人认为,什么时候用nav,应该是比较容易达成一致的。

而nav中是否用ul?甚或是ol?这个其实就是一个单独的问题了。也就是与nav无关的。单纯考虑何时用列表而已。在主导航中,通常还是会用列表去表达。但是也并不是必须。比方说我可以写一段欢迎语,然后链接是插在这些文字中的。这时当然就是一个p标签里面直接用a标签了。

另外之前说到过footer中的nav。在HTML5规范的两个例子中,footer中的nav都没有用列表,而是写成了 <nav>
<a...>link1</a> - <a...>link2</a>...</nav> 的样子。注意到其中作为分隔的 -
了吧?在这里是一种实用主义的态度,而不是样式纯化论者(不含贬义,本人也属于这个群体)去用样式来做出分隔符号。


所以HTML5的话,是持一个比较自由和实用的态度。


2010/9/27 Along <alongbao@gmail.com>

有句话,选择也是一种成本,与其让人花时间,花心思去琢磨如何选择,倒不如索性定的具体一些,也可以避免一些由于选择引起的争议。
>
> 不是总说嘛,选择太多,比没的选择更加痛苦。
>
> 2010/9/27 John Hax <johnhax@gmail.com>
>
>
>> 我猜XHTML2更对彪叔的胃口,但是HTML5的设计哲学不一样。HTML5的设计原则是相对保守的,它主要的原则是兼容性、实用性、互操作性(行为一致),至于标签简洁并不在其列。。。
>>
>>
>>
>>
>> 2010/9/27 周裕波 <itchina110@gmail.com>
>>
>> 但是我看彪叔的意思,是指希望还规定死一些,不要这样灵活性太大,不知道我是否可以这样理解。。。
>>>
>>>
>>> 在 2010年9月27日 下午6:29,John Hax <johnhax@gmail.com>写道:
>>>
>>> 我个人感觉,HTML5在这个方面是比较自由的,也就是说同样一个事情,可以允许有N种做法。在例子里也有用menu标签下列select选单来跳转的。
>>>>
>>>>
>>>>
>>>> 2010/9/27 Twinsen Liang <twinsenliang@gmail.com>
>>>>
>>>> hi,大家好。
>>>>> 我和波波,受斌爷之命要发起些话题。最近一直忙校招和webrbeuild年会的事情拖了很久,非常抱歉。
>>>>>
>>>>> 斌爷说希望我们的小组围绕HTML5的中文化相关内容去进行一些讨论;而我觉得讨论可以激烈一点(吵架都可以,不要爆粗就行),当然也不一定要有固定的结论,我们最后只是将一些过程反馈给W3C。
>>>>>
>>>>> 所以……我先发起一个吧。
>>>>>
>>>>> 关于导航,其实大家在做中国的页面会有很多头疼的地方:
>>>>>
>>>>>    1. 顶部导航、底部导航、侧边导航……是否所有的导航都统一的使用nav标签?他们之间应当使用什么形式的区分?
>>>>>    2.
>>>>>    大家都知道我的站点使用了之前的W3C推荐的map标签;而在HTML5新时代来临之后我们当然转换为nav,但是我们是采用ul还是直接把a排列?
>>>>>    3. 如果遇到导航经常变化的情况,我们应该采用什么样的方式进行整体站点的布局,在HTML一侧又有什么样的猜想可以辅助?
>>>>>
>>>>> 大家踊跃发言讨论哈。:P
>>>>>
>>>>> --
>>>>> More Imagination More Creation ——TwinsenLiang.net
>>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> 此致
>>>
>>> Mr. Zhou YuBo - 周裕波
>>>
>>>  邮件:itchina110@gmail.com
>>>  电话:13717517540
>>>
>>
>>
>

Received on Monday, 27 September 2010 11:27:34 UTC