快捷搜索:

JS的IE和FF兼容性问题的汇总小结-XHTML教程

以下以 IE 代替 Internet Explorer,以 MF 代替 Mozzila FF

1. document.form.item 问题

(1)现有问题:

现有代码中存在许多 document.formName.item("itemName") 这样的语句,不能在 MF 下运行

(2)办理措施:

改用 document.formName.elements["elementName"]

(3)其它

拜见 2

2. 聚拢类工具问题

(1)现有问题:

现有代码中许多聚拢类工具取用时应用 (),IE 能吸收,MF 不能。

(2)办理措施:

改用 [] 作为下标运算。如:document.forms("formName") 改为 document.forms["formName"]。

又如:document.getElementsByName("inputName")(1) 改为 document.getElementsByName("inputName")[1]

(3)其它

3. window.event

(1)现有问题:

应用 window.event 无法在 MF 上运行

(2)办理措施:

MF 的 event 只能在事故发生的现场应用,此问题暂无法办理。可以这样变通:

原代码(可在IE中运行):

...

新代码(可在IE和MF中运行):

...

此外,要是新代码中第一行不改,与老代码一样的话(即 gotoSubmit 调用没有给参数),则仍旧只能在IE中运行,但不会掉足。以是,这种规划 tpl 部分仍与老代码兼容。

4. HTML 工具的 id 作为工签字的问题

(1)现有问题

在 IE 中,HTML 工具的 ID 可以作为 document 的下属工具变量名直接应用。在 MF 中不能。

(2)办理措施

用 getElementById("idName") 代替 idName 作为工具变量应用。

5. 用idName字符串取得工具的问题

(1)现有问题

在IE中,使用 eval(idName) 可以取得 id 为 idName 的 HTML 工具,在MF 中不能。

(2)办理措施

用 getElementById(idName) 代替 eval(idName)。

6. 变量名与某 HTML 工具 id 相同的问题

(1)现有问题

在 MF 中,由于工具 id 不作为 HTML 工具的名称,以是可以应用与 HTML 工具 id 相同的变量名,IE 中不能。

(2)办理措施

在声明变量时,一律加上 var ,以避免歧义,这样在 IE 中亦可正常运行。

此外,最好不要取与 HTML 工具 id 相同的变量名,以削减差错。

(3)其它

拜见 问题4

7. event.x 与 event.y 问题

(1)现有问题

在IE 中,event 工具有 x, y 属性,MF中没有。

(2)办理措施

在MF中,与event.x 等效的是 event.pageX。但event.pageX IE中没有。

故采纳 event.clientX 代替 event.x。在IE 中也有这个变量。

event.clientX 与 event.pageX 有奥妙的区别(当全部页面有滚动条的时刻),不过大年夜多半时刻是等效的。

要是要完全一样,可以稍麻烦些:

mX = event.x ? event.x : event.pageX;

然后用 mX 代替 event.x

(3)其它

event.layerX 在 IE 与 MF 中都有,详细意义有无区别尚未试验。

8. 关于frame

(1)现有问题

在 IE中 可以用window.testFrame取得该frame,mf中不可

(2)办理措施

在frame的应用方面mf和ie的最主要的差别是:

要是在frame标签中书写了以下属性:

那么ie可以经由过程id或者name造访这个frame对应的window工具

而mf只可以经由过程name来造访这个frame对应的window工具

例如要是上述frame标签写在最上层的window里面的htm里面,那么可以这样造访

ie: window.top.frameId或者window.top.frameName来造访这个window工具

mf: 只能这样window.top.frameName来造访这个window工具

别的,在mf和ie中都可以应用window.top.document.getElementById("frameId")来造访frame标签

并且可以经由过程window.top.document.getElementById("testFrame").src = 'xx.htm'来切换frame的内容

也都可以经由过程window.top.frameName.location = 'xx.htm'来切换frame的内容

关于frame和window的描述可以拜见bbs的‘window与frame’文章

以及/test/js/test_frame/目录下面的测试

----adun 2004.12.09改动

9. 在mf中,自己定义的属性必须getAttribute()取得

10.在mf中没有 parentElement parement.children 而用

parentNode parentNode.childNodes

childNodes的下标的含义在IE和MF中不合,MF应用DOM规范,childNodes中会插入空缺文本节点。

一样平常可以经由过程node.getElementsByTagName()来逃避这个问题。

当html中节点缺掉时,IE和MF对parentNode的解释不合,例如

MF中input.parentNode的值为form, 而IE中input.parentNode的值为空节点

MF中节点没有removeNode措施,必须应用如下措施 node.parentNode.removeChild(node)

11.const 问题

(1)现有问题:

在 IE 中不能应用 const 症结字。如 const constVar = 32; 在IE中这是语法差错。

(2)办理措施:

不应用 const ,以 var 代替。

12. body 工具

MF的body在body标签没有被浏览器完全读入之前就存在,而IE则必须在body完全被读入之后才存在

13. url encoding在js中要是书写url就直接写&不要写&例如var url = 'xx.jsp?objectName=xx&objectEvent=xxx';

frm.action = url那么很有可能url不会被正常显示以至于参数没有精确的传到办事器

一样平常会办事器报错参数没有找到

当然要是是在tpl中例外,由于tpl中相符xml规范,要求&书写为&

一样平常MF无法识别js中的&

14. nodeName 和 tagName 问题

(1)现有问题:

在MF中,所有节点均有 nodeName 值,但 textNode 没有 tagName 值。在 IE 中,nodeName 的应用好象

有问题(详细环境没有测试,但我的IE已经逝世了好几回)。

(2)办理措施:

应用 tagName,但应检测其是否为空。

15. 元素属性

IE下 input.type属性为只读,然则MF下可以改动

16. document.getElementsByName() 和 document.all[name] 的问题

(1)现有问题:

在 IE 中,getElementsByName()、document.all[name] 均不能用来取得 div 元素(是否还有其它不能取的元素还不知道)。

17. DOM 数据岛的问题

(1)现有问题

在IE中, 标签具有不凡意义, 可以内含XML DOM, 并能实现与HTML组件的数据 绑定. 在MF中,则仅仅是一个未知的标记而已. 别的, 对 IE 来说, 实际意味着这里是一个ActiveX工具, 但它却挂在HTML本 身的DOM树下作为一个节点, 因而会对DOM树的遍历造成严重影响.

(2)办理措施

IE的数据绑定机制是可以用JS来模拟的, 然则太麻烦, 建议不应用数据绑定机制或者 探求实现这种模拟的库来做. 我们只评论争论若何实现DOM的兼容. 在MF中无论已知的HTML标记照样其它相符XML规范的标记, 都是用统一的DOM树来处置惩罚的, 是以, MF事实上完全可以应用DOM数据岛, 但与IE小小的不合在于: 在IE中 是个 DOM document, 而在MF只是 DOM node. 这个区别平日不够为患. 然则有一个小小的细节, 为了兼容HTML相称随意的语法, MF无法识别简写的空标记. 如: xxxx, 这此中和是简写形式的, 会使MF无法识别, 该当写成:不过, 我狐疑要是用XHTML, 可能就没有这种问题. 但我还没有试过. 对付IE中滋扰HTML的DOM布局问题, 我现在的措施是处置惩罚完毕后把它从HTML的 DOM中删除. 不知道还有没有更好的解.

您可能还会对下面的文章感兴趣: