var childWin, interval,
    callFunc = function(){
           if(childWin.childFunc){   //childFunc表示试图调用的存在于子窗口的函数
                childWin.childFunc();
                window.clearInterval(interval);
           }
       };
   interval =  window.setInterval(callFunc,300);
   childWin = window.open('some-url', 'some-windowname');

由于window.open是异步执行的，子页面的加载需要一定时间，也就是说childFunc并不是马上就会出现，所以做了一个300ms的轮循来检查childFunc的可用性。当然，由于安全因素，此方法只适用于两个页面主域相同的情况。

该bug的现象是：通过与页面交互而产生的阻塞(block)窗口并不能阻止用户继续对页面内容进行操作，例如：在我的测试页面中，点击彩色的区块可以产生一个alert对话框，按照正确的处理方式，在关闭此对话框之前我们将不能对页面进行操作，然而事实不是这样，你仍然可以通过鼠标激发每个彩色区块的hover状态、可以继续点击彩色区块弹出alert对话框、可以点击页面上的链接(Link 1)，你甚至可以穿过对话框点击一个看不见的链接(Link 2)，不信你试试，很疯狂吧？目前我知道的能回到正常轨道的方法是：用鼠标点击一下页面上还没有绑定事件的区域。

我刚刚提到，这个bug的出现需要与页面交互，例如在页面加载完成后自动弹出的alert并没有问题；同时，这个bug同样存在于promt和confirm函数。

虽然alert、promt、confirm如今已经用得很少了，但当这个bug出现时，还是会造成更差的使用体验和安全隐患的。

...
var width = document.documentElement.clientWidth,
     height = document.documentElement.clientHeight;
window.onresize = function(){
	if(width != document.documentElement.clientWidth ||
           height = document.documentElement.clientHeight){
		resizeFunc();
	}
	width = document.documentElement.clientWidth;
        height = document.documentElement.clientHeight;
}
...

为什么不加一个浏览器检测呢，那样在非IE浏览器下就可以用常规写法了。可是据我测试，风头不小的Chrome也会犯这个错误。所以，还是以防万一吧。

今天自己动手写了一个基于YQL和JavaScript的简单脚本，可以帮助人们实现显示个人Twitter消息的需求，本页面边栏的“Tweets”就是使用它来实现的。所以只要你的站点可以运行JavaScript，并且能访问YAHOO! API ;那么就放心地将下面的代码嵌入到你想在自己站点上显示Twitter 的地方吧，如下:

<script type=”text/javascript” src=”http://swayweb.com/labs/twitter_timeline.js”>id:swaydeng,limit:5,style:false</script>

其中’swaydeng’替换成你的TwitterId，limit代表你打算显示twitter的条数（小于等于20），style表示嵌入的twitter消息框是否需要加入CSS样式，目前是false。

就是这么简单，欢迎使用。

然而最近做测试时发现，以上提到的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)

现在Explorer plugin的最新版本是Version1.8.2，下载后解压可得到文件Explorer.dll，将其放在 “Notepad++安装目录/plugins”下，重启Notepad++会发现工具栏多了一个叫Explorer的按钮，点击之，即可看到期待已久的“目录窗口”。

...
window.onload = function(){
   document.getElementById('term').focus(); //假设页面中需要赋予焦点的input的id为'term';
 }
...

以上代码可以解决input框初始值为空的情况，假如初始值不为空，如我们引导用户输入一个网址，使初始值为’http://’，这时HTML可能是这样:

...

...

如果再试图用上面的Javascript代码来赋予焦点，会发现在Firefox下光标停在input框内文字的末尾，而在IE6下却停在了input框内文字的开头处，通常，Firefox的执行结果使我们所希望的。要想让IE6得到像Firefox一样的结果，以下是我的解决办法：

...
   window.onload = function(){
     var term = document.getElementById('term');
     term.focus();
     term.value = term.value;     //关键就是多加了这一句;
   }
...

function floatInfo(id, distance, per){
   var flagH = 0;
   var flagW = 0;
   var distance4L = distance;
   var avaiH = document.body.clientHeight - id.getHeight();
   var avaiW = document.body.clientWidth - id.getWidth();
   var task = {run: function(){
                        id.setTop(id.getTop() + distance);
                        flagH += distance;
                        if(flagH >= avaiH || flagH <= (-avaiH)) {
                                distance = (-distance);
                                flagH = 0;
                        }
                       id.setLeft(id.getLeft() + distance4L);
                       flagW += distance4L;
                       if(flagW >= avaiW || flagW <= (-avaiW)) {
                       distance4L = (-distance4L);
                       flagW = 0;
                       }
                   },
                  interval: per
                }
  Ext.TaskMgr.start(task);
}

传入参数id代表网页上要漂浮元素的id；distance是数字，代表一次移动多少像素；per也是数字，代表多长时间移动一次，其中1000代表1秒，数字越小移动越快。使用方式如下：

<script type="text/javascript">
   Ext.onReady(function(){
      var id = Ext.get('float_dis');
      floatInfo(id,10,300);
   })
</script>

虽然用Ext写这种东西是有点杀鸡焉用牛刀的味道，但谁叫本人对跨浏览器的脚本编程这么差呢。

.        一次Web访问概括起来讲就是“前台-后台-前台”，用户通过浏览器向服务器发送HTTP请求，服务器接收到请求后调用后台程序运行计算并向浏览器回送浏览器可识别可解释内容（如HTML、脚本文件、CSS、图像、Flash动画、视频和音频等），最后又重新通过浏览器将这一切呈现给我们，因此，要改变访问速度，就可以在这个过程中“动手脚”。

1.    网页尽量少包含图片（这招实用易操作）；这有两个方面，一个是用于装饰网站的基本图片，另一个是文章中用户做插图的图片。曾经用本人的网站做过测试：将网站首页保存到本地，当文章包含几张普通插图时有680K，而去掉图片后只剩下120多K。图片是消耗网站加载速度的一大原因。

2.   减少HTTP请求次数；刚刚我们粗略分析了一次Web访问的全过程（“前台-后台-前台”），经研究，一次HTTP请求中只用了10%~20%的时间来接收和渲染页面，而有80% ~ 90%的时间用在发出请求上，因此减少HTTP请求是节约时间的有效手段。通常可以通过合并文件来减少，假设一个网站包含1个HTML文件、2个Javascript文件、2个CSS文件以及零碎的11个小图片文件，1+2+2+11=16，也就是说需要发送16次HTTP请求，而如果我们将2个Javascript文件合并在一起，CSS文件及图片文件也用相同方法合并，这时请求数减少到 1+1+1+1=4（次）。如果加载的文件更多，这样改进的效果将更加明显。

3.   压缩文件；将需要加载的文件如CSS、脚本经过一些专门的压缩工具压缩成较小的包，这有助于提高网页下载速度。当网页中包含较大的脚本文件时，用压缩工具可以看到惊人的压缩比。

4.   合理安排文件加载顺序；由于文件的加载顺序一般是按照其在文本中出现的先后顺序来进行的，我们将CSS文件包含在<HEAD>标签中，而Javascript文件往往放在最后加载(一般在</body>之前即可)。

5.   尽量少用<TABLE>标签构建页面布局；用<TABLE>元素构建网页布局是传统的构建方法，但不得不说这是一个落后且需要淘汰的方法，我们提倡使用<DIV>标签来规划页面布局，因为<TABLE>构建的网页需要整个TABLE包含的内容都加载后才会呈现，对于网速慢的网络浏览器容易出现白屏，给用户带来极差的体验，而用<DIV>构建的网页采用局部加载，即使网络不佳，页面也是逐步呈现而不是白屏等待。

.        以上五点是本人的一些实际操作经验，虽然网站优化还有很多学问，但做了以上5点，我相信网站一定会出现令人高兴地变化。

昨天刚发了篇对Google表示疑惑的博客，今天总算看到了喜欢的Google。看到诸如Facebook、Twitter这样的WEB2.0产品现今如此火爆，并拥有无限将来和钱景，Google大哥是应该放低姿态学习学习，虽然之前也没觉得静悄悄的Reader有什么不适，但增加这样小小的互动功能无疑会让用户在阅读之余感觉到有趣。

不足之处也有：人物关键词搜索若能升级到关键词、热点词搜索将会使此功能更加有用，同时增加一个类似于Twitter今日热点话题展示区，可以帮助阅读者获得最新rss源；最后，“Like”一词总觉得有点不到位，英语还凑合着用，要是以后翻译成中文变成“24个网友喜欢了它”感觉也太过了，个人以为英语可以用“push”(避免与digg撞衫)，中文可以翻译成“24个网友觉得该文不错”。