编写EasyCluster V2.0 Portal部分主界面的时候，总结了以下几点HTML心得：
1. 所有的table，td的width要写成百分数，而不能写成绝对的像素值，因为客户端的机器的分辨率我们是不知道的，不能按照1024*768的假设去写HTML页面
2. Portal界面中每个部分都是一个矩形框，矩形框的上部是一个三个td的tr，每个td都有一个独特的background图片，组成了一个带弧形的条 带外观。这里要注意的是，在使用background图片的时候，如果不指定td的width和height，IE/Firefox会根据他们的逻辑来扩 大/缩小TD的宽度，这样就会导致背景图片被拉伸或缩小。所以，一定要定死td的width。这里我是这样做的：
（1）两个两端的td，background是带左右弧形的图片，这两个td的width定成绝对的像素值（根据图片的width来定）
（2）中间的td，由于width事先不知道（用百分数定的整个表格的宽度），所以，width写成100%
（3）如果只做了上面两步，就会发现两端的td被中间的td “挤” 没了，因为中间td的width是100%嘛，所以，这里NOWRAP闪亮登场。这个HTML关键字表示不要截断td中的内容。于是，给这三个td都套上 NOWRAP这个关键字，三个td就显示正常了，而且中间的td会自动“撑大”到最大！
以前没有用NOWRAP的时候，非常痛苦，以前我每个td的宽度都定下绝对的像素值，这样，不能适应大的分辨率，而且，在Firefox下，这样 做下来之后，td之间总会留有一条细线！就算再精确的width定义都不行！所以，上面的办法是首选，将中间的width定成100%，两端的width 定成实际大小，再加上NOWRAP，完美！
1. 所有的table，td的width要写成百分数，而不能写成绝对的像素值，因为客户端的机器的分辨率我们是不知道的，不能按照1024*768的假设去写HTML页面
2. Portal界面中每个部分都是一个矩形框，矩形框的上部是一个三个td的tr，每个td都有一个独特的background图片，组成了一个带弧形的条 带外观。这里要注意的是，在使用background图片的时候，如果不指定td的width和height，IE/Firefox会根据他们的逻辑来扩 大/缩小TD的宽度，这样就会导致背景图片被拉伸或缩小。所以，一定要定死td的width。这里我是这样做的：
（1）两个两端的td，background是带左右弧形的图片，这两个td的width定成绝对的像素值（根据图片的width来定）
（2）中间的td，由于width事先不知道（用百分数定的整个表格的宽度），所以，width写成100%
（3）如果只做了上面两步，就会发现两端的td被中间的td “挤” 没了，因为中间td的width是100%嘛，所以，这里NOWRAP闪亮登场。这个HTML关键字表示不要截断td中的内容。于是，给这三个td都套上 NOWRAP这个关键字，三个td就显示正常了，而且中间的td会自动“撑大”到最大！
以前没有用NOWRAP的时候，非常痛苦，以前我每个td的宽度都定下绝对的像素值，这样，不能适应大的分辨率，而且，在Firefox下，这样 做下来之后，td之间总会留有一条细线！就算再精确的width定义都不行！所以，上面的办法是首选，将中间的width定成100%，两端的width 定成实际大小，再加上NOWRAP，完美！
此外，发现在jsp中写注释的时候，可以用jsp的注释语法：
<%--
......
......
--%>
相比用HTML的注释<!-- ...... -->，这样的注释有两点好处：
1. 用这种注释，在netbeans的编辑器（或JSP的其他编辑器）中能被识别，从而文字高亮，语法匹配等方面不会出现混乱
2. 更重要的一点，用这样的注释，注释内容不会被传到HTML页面中，也就是说，将来看网页的用户不会看到我们的这些注释，加强了一点保密
<%--
......
......
--%>
相比用HTML的注释<!-- ...... -->，这样的注释有两点好处：
1. 用这种注释，在netbeans的编辑器（或JSP的其他编辑器）中能被识别，从而文字高亮，语法匹配等方面不会出现混乱
2. 更重要的一点，用这样的注释，注释内容不会被传到HTML页面中，也就是说，将来看网页的用户不会看到我们的这些注释，加强了一点保密