阅读:12825回复:33
大家来看看,这是firefox的问题吗? |
|
1楼#
发布于:2005-07-27 15:15
很容易想到的不一定就是应该采用的,你说的许多用表格的地方其实用div更好。现在讨论的是在某些情况下用table还是div的问题。圆角矩形题头我现在的解决方案是:顶部一个table cell 背景图用横向的边框图片块,再把两个角的图片浮动在单元格的两端就可以了。至于你说的用div+css的实现大概也不是标准所追求的,毕竟用一个h来仅仅放个背景图片,或者让多个模块分别完成表现的一部分,已经脱离了形式和内容分离的宗旨,也不符合结构化的宗旨。 这里H的作用不完全只是为了显示背景图片。当浏览器没有或不能解析CSS的时候,就体现出结构的作用。你会发现这里一样能很好地显示主题内容。 |
|
2楼#
发布于:2005-07-27 15:15
|
|
3楼#
发布于:2005-07-27 15:15
举个例子,就谈mozilla网页头部的圆角方框栏 很容易想到的不一定就是应该采用的,你说的许多用表格的地方其实用div更好。现在讨论的是在某些情况下用table还是div的问题。圆角矩形题头我现在的解决方案是:顶部一个table cell 背景图用横向的边框图片块,再把两个角的图片浮动在单元格的两端就可以了。至于你说的用div+css的实现大概也不是标准所追求的,毕竟用一个h来仅仅放个背景图片,或者让多个模块分别完成表现的一部分,已经脱离了形式和内容分离的宗旨,也不符合结构化的宗旨。 用table并不一定完全放弃div,用div也不要完全放弃table,有时候用table作为整个页面的支撑骨架还是会提高很多效率和稳定性的,至少我的感觉是这样。 |
|
4楼#
发布于:2005-07-27 15:15
Table构图比较适合于纯美工,所见即所得。
DIV CSS则需要事先对网页内容、结构全面了解才能实现“内容”-〉“结构”-〉“表现”,感觉这种思维方式和美术出身的设计师那种跳跃性思维有些矛盾。 至于所谓CSS节约网络带宽恐怕效果也没有那么明显,特别是首次载入页面时CSS文件反而比较大。 像163那样的大型网站,各个栏目风格肯定各不相同,还是需要很多不同的CSS文件。 个人感觉DIV CSS模式目前还不是很成熟,至少没有让人看到非常明显的技术突破,反而给web初学者设置了一道不低的门槛。 |
|
5楼#
发布于:2005-07-27 15:15
…… 批评的是过时的 table layout。看到div + css难道还会想到网页布局以外的事情? table的主要用途是列出表格式数据,也就是每行每列都有相关或相同的性质。 用table+透明gif的布局做法确实有些滥用迹象,而且是CSS技术不成熟的时代产物。 不必再多做解释,时间和事实会证明一切。 |
|
6楼#
发布于:2005-07-27 15:15
…… 举个例子,就谈mozilla网页头部的圆角方框栏 如果用table布局,很容易想到3X3的表格,border=0 cellspace=0 cellpadding=0,四个角和边框用圆角的图片撑住,其他的用背景图片。 mozilla logo 和 右半部 也用表格分开,嵌套一个表格。 站内搜索和下载区,讨论区导航栏也用表格上下分好,所以这里要再嵌套一个表格。 下载区讨论区也要用表格控制,这里还需要再嵌套一个表格, 然后导航栏各项也有圆角,再各自嵌套一个表格。 到次table布局基本结束。但是还没有实现,搜索输入框变色和导航栏背景变换的特效,如果不用CSS,只有用更麻烦的Javascript来完成。 ---- 现在解析这个圆角方框标题栏的Div+CSS解构。 整个标题栏只在div#topheader中,div有三个主要元素,<h1>, 列表<ul>和提交表单<form>。 所有效果是通过CSS控制,layout就不谈了,只谈华丽效果 div只设置了背景图片。 在<h1>中设置了一个背景,也就是mozilla logo,然后将<h1>中包含的文字隐藏了。并且通过 #topheader h1 和 #topheader h1 a 造成了左边上下两个圆角的效果。 列表<ul>的各项,每项都有一个背景图片,背景的变换是通过偏移背景图片实现的 而且实现了右下的圆角 form的文本输入栏和按钮的样式就不用说了,实现了右上的圆角。 --- 综上所诉,CSS的华丽效果实现要比table layout难得多,光实现思路上都十分复杂, 再举例,可以自行分析下gmail的圆角实现。 |
|
7楼#
发布于:2005-07-27 15:15
... table cell 的大小及位置受到一定程度限制,及不上 div 灵活。 |
|
|
8楼#
发布于:2005-07-27 15:15
呵呵,对啊! 但这里或 mozillazine 都有些人因为看到 w3c 建议使用 div + css,就盲目地批评 table 为过时落后呢。;) |
|
|
9楼#
发布于:2005-07-27 15:15
fiag:结构性的网页可以更好的支持多种浏览器。其实讨论到这了,采用table还是用div和是否有可视化的编辑工具已经完全无关了,用table布局并不等于就用工具生成代码,更不会用到ps,fw切片来生成臃肿的html。 另外,不知道是不是有人觉得写华丽界面用css要比table方便的多。暂且不考虑结构性问题。 |
|
10楼#
发布于:2005-07-27 15:15
结构性的网页可以更好的支持多种浏览器。
例如在lynx上也能正常浏览mozilla.org, 各种链接依然井井有条。而table布局就不是那么明朗了。 为了符合标准放弃了使用复杂界面的机会,只个人体会因为写出一个界面华丽的CSS不容易,而且已有的例子少,可视化工具少,而table布局就更为简单,而且工具也多,比如PS,FW切片。这当然就能更好的区分高手和低手了 |
|
11楼#
发布于:2005-07-27 15:15
当然可以用xml, XHTML就是xml格式的html.
如果是两个并列的结构,你应该考虑的是用list而不是div.把所有的table全部换成div,无非是从一个没结构到另一个没结构,自讨苦吃. 在不同浏览器上正确float不是什么难事,关键是你有没有正确理解float. 至于使用css layout和复杂设计的关系,清者自清,浊者自浊,没什么好说的. |
|
12楼#
发布于:2005-07-27 15:15
其实说到底有点不明白网页为什么需要结构性了,要想真正的结构化用xml好了,再用xsl来显示。
两个并列的div要保持同样的高度真是个问题,想要在不同的浏览器上正确的浮动也很困难,就连hotmail也常常会出现不正常的浮动现象。 其实用css控制table来排版也是不错的,在某些情况下的确方便了很多。的确是破坏了一些结构性,table的作用只是排版。为了所谓的结构性去写复杂的css好像有点本末倒置了。web本来就是设计用来表现的。 可以看到,很多很好支持标准的网站都是方方框框的,感受的到设计者为了符合标准放弃了使用复杂界面的机会。这也是使用标准的一些悲哀。华丽的符合标准的页面固然存在,可惜很少。 现在只有一个体会,有了css,table已经不再是原来的table。 用它来布局,事半功倍。 |
|
13楼#
发布于:2005-07-27 15:15
今天看到的一个关于no table css layout的slides,
http://www.stopdesign.com/present/2004/ ... le/tables/ 里面很好的讲了什么时候该用table,什么时候则不合适. |
|
14楼#
发布于:2005-07-27 15:15
没有人说过table不能用,table和其他html tag一样,该用的时候为什么不能用? 我所不赞成的是使用table布局,这不是table推荐使用的地方. 有人说table要用,因为存在表格结构,有人说table不能用,因为table布局破坏结构,实际一个讲结构,一个讲排版,问题域已经不同 |
|
上一页
下一页