scroll事件中加了一条语句，发现IE中滚动时，CPU飙升，非常占资源。
测试了下发现，滚轮如果滚一小格，IE7会触发三次事件，IE6会触发四次事件，FF/Chrome等只触发一次，而正常滚动时，每次都会滚动好几个小格，也就导致了IE比较耗资源。
利用延迟，简单的优化了一下自己的代码：
虽然还是会执行N次clearTimeout，但和原来执行语句相比，几乎可以忽略clearTimeout，CPU不再飙升。
不知道出于什么考虑，几乎所有的浏览器都默认设置了不打印背景色和背景图片。
而想打印出背景是无法通过页面代码来做到，必须设置浏览器的打印属性，这就大大降低了可靠性，因为有一定数量的用户根本就不知道还要设置一下才能打印出背景。
项目中一个页面必须满足打印的需求，由于所有小图片都整合到一起了，所以不是很想再拆出来。如果将大图position:absolute再套一个标签来显示某个区域来处理的话，就非常不合理，增加了额外的代码或脚本，而且没有加载样式时大图也破坏了整个页面结构，非常不好。
还是回归到了最原始的方法，拆成数个小图。
只是将必须打印的图片拆出来，可有可无的图片就不考虑了。
另外，禁止打印背景时，浏览器增加了一项不错的功能：将浅色文字加深，IE中如果文字颜色浅于#6E6863就会当成#6E6863来打印，如果深于#6E6863就不会变动，当用户选择了打印背景属性时，该功能就不再起作用；其他浏览器中也有类似的处理。
这个功能非常有用，不需要我们额外的去处理背景打印不了时“浅色文字深色背景”的情况了。
[不然的话，我们需要处理一下深色背景浅色文字的样式。因为深色背景色打印不出来的话，需要将浅色文字的颜色设置为深色，这样才不影响用户阅览。但这样的话，如果用户选择了“打印背景”属性怎么办呢？不就又看不到文字了？还要再把深色背景删掉，这样处理起来不是很好。]
http://weblogs.asp.net/mschwarz/archive/2007/08/01/prettyprint-fiddler2-plugin-alpha.aspx
老外写的一个fiddler小插件，可以将代码格式化。
比如JS：一些压缩过的JS，在你查看源代码时就会看到被格式化过的代码。
需要的时候可以用一下。
在写一个弹出对话框时，发现对话框中的iframe在safari,chrome中有严重的缓存问题。
只要着给iframe加一个随机的name，就可以解决这个问题~
先申明，并不是所有的IE都这样，跟版本有点关系。
刚开始我也很费解，为什么就变成空白了，其他浏览器都正常。诡异的是，右键查看源代码时能看到完整的代码，可就是显示空白，IE Developer也读不到内容。
网上查了一下，原来是IE在识别utf-8时出了点问题。
IE 解析网页编码时是 HTML 內的标识优先的，然后是 HTTP header ；而mozilla 系列的浏览器刚刚好相反。一般情况在，很多人是把
排在最前面，并且在title中就出现了UTF-8中文，这样， IE在解析时，就先遇到UTF-8，不往下解析了。
当出现这种情况时，把有中文的title放到<meta http-equiv=”Content-type” content=”text/html; charset=UTF-8″ />后面就可以了。
Comments
RSS