当IE中的用户触发事件时,它将设置为该window.event对象.查看触发事件的唯一方法是访问window.event对象(据我所知)
如果以编程方式触发事件(例如通过jQuery触发事件),则会导致ASP.NET验证程序出现问题.在这种情况下,window.event对象存储最后一个用户触发的事件.
当以onchange编程方式触发事件并为其附加了ASP.NET验证程序的文本框启动时,验证会中断,因为它正在查看触发上一个事件的元素,而该事件不是验证程序所针对的元素.
有没有人知道这方面的方法？这似乎是一个可以解决的问题,但从在线看,大多数人只是想方设法忽略问题而不是解决问题.
为了解释我正在做什么:
我在一个文本框上使用了一个jQuery时间选择器插件,该插件还有两个与之关联的ASP.NET验证器.当时间改变时,我正在使用更新面板回发到服务器以动态地执行某些操作,因此我需要触发onchange事件以触发该文本框的回发.
jQuery时间选择器通过创建隐藏的无序列表来操作,该列表在单击文本框时可见.单击其中一个列表项时,将通过jQuery的change()方法以编程方式为文本框触发"更改"事件.
因为事件的触发器是一个列表项,IE将列表项视为事件的来源,而不是文本框,就像它应该的那样.
一旦文本框改变,我就不太关心这个ASP.NET验证器工作了,我只需要处理" change"事件,这样就可以为文本框调用我的回发事件.问题是验证器在IE中抛出一个异常,阻止任何事件被触发.
Firefox(我假设其他浏览器)没有这个问题.由于事件模型不同,只有IE.有没有人遇到过这个并看过如何修复它？
我发现这个问题报告了其他几个地方,但他们没有提供解决方案: