然而最近做测试时发现，以上提到的IE6的bug很不幸地转移到了Chrome上，具体现象是：在Chrome3.0下，当把边框(border-width)设置为1像素并且边框样式(border-style)设置为dotted时，无论长短，线段中部都会有一段实线，只有当border-width大于1px时才正常，很奇怪；补充一点，同样使用WebKit引擎的Safari3.2并不存在这个错误。

本人的测试环境：操作系统是WinXp Pro，屏幕分辨率是1280×800，浏览器是Chrome3.0.195.33。我在想，这难道是Chrome的一个渲染bug？模仿IE，先称此bug为1px Dotted Border Bug In Chrome3。

测试页面(Test Page)

     Flash插件版和图片插件版虽然看上去很炫，但一则其自定义很差，二则Flash、图片这些都是些浪费带宽的主儿，影响访问速度。所以我个人选择了JS插件版，因为它相对简单，代码页清晰，传输的也仅仅是纯文本，不耗带宽。但用起来着实简单过头，白纸黑字，实在是不好看。

    经过用Firebug分析其显示，虽然饭否生成的信息文字被包裹在一个叫<div id=”fanfou_statuses_user用户名“ class=”fanfou_statuses“>的<div>里面，但其实这个div中的id和class根本就不起任何作用，因为我们的博客服务器上的CSS文件本来就没有定义这些id和class，但以上提到的id和class名又是通过引入的JS动态生成的，没法改，所以我们只需要在自己博客的相关CSS文件中定义（重写）一个名字叫“fanfou_statuses”的类就搞定了。类“fanfou_statuses”中的li的显示效果，同样可以通过 “.fanfou_statuses li {…………}”重写，要什么效果就是你自己的事了。

    最后说一句，以上方法是针对独立博客，BSP托管的好像还不能自己重定义CSS。

情况：我把Ext的库解压缩放在F盘下的某个文件夹，然后在E盘某个文件夹下新建Html页面，并通过动态引入F盘下的Ext所需文件，准备实现个Helloworld，结果IE下成功了，Firefox下死活不行，至始至终报Function not defined。你说我没定义函数或路径错误吧，人家IE却找到了，所以我当时在想：难道是针对Firefox还需要引入别的其他Ext文件支持，这也太弱智了吧（Ext）。所以当时猜想会不会是Firefox不能识别跨盘路径，今天，花了本人宝贵的时间，终于得出结论了：
Firefox不是不支持跨盘路径，而是管你跨不跨盘，它根本就不支持带盘符的绝对路径名，例如“E:\folder1\folder2\test.js”是引入不了的，而以上这些在IE下都不是问题。
同样，经我测试，对于CSS文件的引入Firefox也存在这样的问题。

以上结论，本人并不能给出官方解释，而是通过实践得出的。有时候，实践还是可以得出些真理的。当然信不信有你。