`
metaphy
  • 浏览: 339624 次
  • 性别: Icon_minigender_1
  • 来自: 大西洋底
社区版块
存档分类
最新评论

像座山似的问题

阅读更多
因为原理知识或实践经验缺乏的缘故,编码过程中,常常会遇到这种问题;这问题像座大山似的,横亘在你面前,让你苦思不得其解,必欲除之而后快;而一旦解决,无论是自己解决还是别人帮你解决的,那种轻松与愉悦也是常人难以体会的。

今天,就遇到了这样一个问题。

一个IE7(包括IE6)下焦点的无法set的问题(Firefox下没有问题),试了一下午,拼命的试拼命的试拼命的试,就是不成功。基本流程是这样:
1.有个单独的层(xDiv),实现一个对话框似的东西
2.通过ajax操作,返回不同的input(radio,select等),写在层上(用xDiv.innerHTML="<input type='text'..."实现)
3.给该层上的input框set focus,使用 setTimeout("document.getElementById('xxx_input').focus();", 50);

症状:
Firefox下完全没问题,Safari下完全没问题,IE7、IE6有的对话框返回有问题,有的没有问题。

查了一下,hax说(http://www.iteye.com/topic/94825):
引用

当时焦点本在你的input里,所以你append之后,首先会被remove,焦点就消失了。那么ie要把焦点重置到某个地方的,比如它的parentNode。而你直接调用focus方法是在重置之前,就可能不起作用了。

问题的关键是ie的焦点不仅有浏览器自身逻辑焦点,而是会被映射到windows控件焦点。两者的同步是存在一定问题的,因此ie经常会出现一些奇怪的丢焦点问题。例如你开启着输入法的时候点击一个vml图像,焦点就会消失,此时你可以输入一些汉字看看发生什么奇怪的事情,呵呵。

所以hexiaodong的方法就起作用了。推而广之,许多时候碰到奇怪问题,延时可以解决问题。

不过这并不是说dom操作不是即时生效。dom操作确实都是同步的。但是因dom改变而触发的事件,以及其他一些效应(例如样式应用),很可能是异步的。

他提到的延时可以解决问题,我这个延时也解决不了。但问题的根源总算有点眉目,就是IE采用windows控件自身焦点的问题。
分享到:
评论
1 楼 metaphy 2008-01-14  
搞定。
if(document.getElementById('text_xxx')) {
	if (IS_IE){
		document.getElementById('text_xxx').value = "&nbsp;";
		document.getElementById('text_xxx').focus();
		document.getElementById('text_xxx').value = "";
		document.getElementById('text_xxx').select();
	}else{
		document.getElementById('text_xxx').focus();
	}
}

相关推荐

Global site tag (gtag.js) - Google Analytics