作者： Jason Cook
第二页：快速表格的技巧
处理表格
使用表格时间长了，你会发现大量小表格渲染起
来比一个有很多行的大表格快。至少看起来是这
样 - 真象那么回事（记住：是感觉到的速度，而
不是实际速度）。
如果你在用一个九行的表格（每个单元有很多信
息），可以把它分成三个各有三行的小表格。如
果你的网页很长，这种策略特别有益 - 在后面的
表格下载时用户可以看前面的表格。
使用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
代码看看，你会发现你的表格漂亮而且干净。>>
第一页 网站优化教程 -
第三天
第二页 快速表格的技巧
第三页 要不要嵌套？
第四页 结构越好，页面越快
