优化表格提速

表格的使用增加了显示页面的时间,有时这样的时间很长。
因为浏览器需要在填充表格的内容之前完全理解表格的结构,
在大部分(如果不是全部)表格的内容下载之前,浏览器什么
也不能渲染。当表格变大时,需要处理的信息将呈指数性增
长。在先前的计算机上,这些处理性工作很不容易,表格渲染
需要大量时间。

使用表格时间长了,你会发现大量小表格渲染起来比一个有很
多行的大表格快。至少看起来是这样 - 真象那么回事(记住:
是感觉到的速度,而不是实际速度)。

如果你在用一个九行的表格(每个单元有很多信息),可以把
它分成三个各有三行的小表格。如果你的网页很长,这种策略
特别有益 - 在后面的表格下载时用户可以看前面的表格。

使用Width属性

为使你的HTML尽量对浏览器友好,应该对<TABLE>和<TD>标记适
当地使用Width属性。这种属性允许你定义整个表格的宽度,也
可以定义单元格的宽度。如果事情并没有好起来,你应该怀疑
浏览器 - 是它的原因。所以只要检查你是否算对了就行了 -
如果你把一个单元格设为100个像素宽,可是却把一个110个像
素宽的图像插入其中,结果是:表格暂时出现,然后当重绘自
己以便能容纳图像时又消失了。不用说,浏览器的这种过滤作
用同它的慢速一样令人讨厌。

把窗体放在表格里

不幸的是,不同的浏览器和操作系统对窗体元素的处理方式
不同。Mac上的下拉菜单比Windows中的要宽很多。Netscape 4
处理可写的文本框和处理文本一样,所以如果增加浏览器的缺
省字体大小,所有的文本框都会变大。Netscape 4中的可写文
本框比其它浏览器中的宽20%,而且受字体标记的影响。所以,
总而言之,你的窗体在一些用户看来会很奇怪 - 除非你有意支
配它们。

看看下面的表格:

  I
This a non-breaking line like
  this
  axis

现在假设用户增加了缺省字体的大小。当表格放大以容纳变大
了的文字时,布局依然没变。

  I
This a non-breaking line like
  this
  axis

不要相信所见即所得的编辑器

表格真令人痛苦,这就是为什么所见即所得的HTML编辑器流行
起来的原因。但是,在这些编辑器使建表格变得容易的同时,
它们也产生了一些令人吃惊的低效率的代码。特别是GoLive
的CyberStudio使用了一种产生梦魇般臃肿表格的布局系统(尤
其当你没有认真按用户手册操作时)。

所见即所得编辑器的布局和预览窗口在处理不必要的嵌套表
格、没有设置合适大小的表格的列或奇怪的、转弯抹角的HTML
代码时感到力不从心。因此,如果你希望你的表格尽可能地苗
条和高效,同时又舍不得放弃所见即所得的编辑器,那么只好
最后花些时间清理你的代码。一旦所有内容看起来都象那么
回事,用文本编辑器打开HTML代码看看,你会发现你的表格漂
亮而且干净。

                         [返回]