浏览器中JS的兼容问题Word下载.docx
《浏览器中JS的兼容问题Word下载.docx》由会员分享,可在线阅读,更多相关《浏览器中JS的兼容问题Word下载.docx(13页珍藏版)》请在冰豆网上搜索。
![浏览器中JS的兼容问题Word下载.docx](https://file1.bdocx.com/fileroot1/2023-2/6/80a7a524-6ebe-4e63-a604-481421bc337f/80a7a524-6ebe-4e63-a604-481421bc337f1.gif)
在IE中,DIV对象能够使用ID作为对象变量名直接使用。
DivId.style.display="
none"
DivId"
).style.display="
获得对象的方法不管是不是DIV对象,都使用getElementById方法。
参见1.2
1.4关于frame
现有问题
在IE中能够用window.testFrame取得该frame,mf中不行
解决方法
在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='
1.5窗口
IE中能够通过showModalDialog和showModelessDialog打开模态和非模态窗口,但是MF不支持。
解决办法
直接使用window.open(pageURL,name,parameters)方式打开新窗口。
假如需要传递参数,能够使用frame或iframe。
2.总结
2.1在JS中定义各种对象变量名时,尽量使用id,避免使用name。
在MF中不能,所以在平常使用时请尽量使用id,避免只使用name,而不使用id。
2.2变量名和某HTML对象id相同的问题
在MF中,因为对象id不作为HTML对象的名称,所以能够使用和HTML对象id相同的变量名,IE中不能。
在声明变量时,一律加上var,以避免歧义,这样在IE中亦可正常运行。
此外,最好不要取和HTML对象id相同的变量名,以减少错误。
1.document.all
Firefox能够兼容document.all,但会生成一条警告。
能够用getElementById("
*"
)或getElementByTagName("
*)来代替
但是对于document.all.length等属性,则完全不兼容。
2.parentElement
这个也不兼容。
比方说,obj.parentElement.name则应改成obj.parentNode.attributes.getNamedItem("
name"
).nodeValue(不知道如何写得更简洁些)
3.event
W3C不支持windows.event
比方说:
在IE里面
.....
functiononMenuClick()
{
collapseMenu(event.srcElement);
}
工作正常。
但是在Firefox中,则改成:
functiononMenuClick(evt)
if(evt==null)
evt=window.event;
//ForIE
varsrcElement=evt.srcElement?
evt.srcElement:
evt.target;
//IE使用srcElement,而Firefox使用target
collapseMenu(srcElement);
}
IE和FIREFOX在解析CSS方面的区别
对高度的解析
将根据内容的高度变化,包括未定义高度的图片内容,即使定义了高度,当内容超过高度时,将使用实际高度
Firefox:
没有定义高度时,假如内容中包括了图片内容,MF的高度解析是根据印刷标准,这样就会造成和实际内容高度不符合的情况;
当定义了高度,但是内容超过高度时,内容会超出定义的高度,但是区域使用的样式不会变化,造成样式错位。
结论:
大家在能够确定内容高度的情况下最好定义高度,假如真的没有办法定义高度,最好不用使用边框样式,否则样式肯定会出现混乱!
img对象alt和title的解析
alt:
当照片不存在或load错误时的提示;
title:
照片的tip说明。
在IE中假如没有定义title,alt也能够作为img的tip使用,但是在MF中,两者完全按照标准中的定义使用
大家在定义img对象时,最后将alt和title对象都写全,确保在各种浏览器中都能正常使用
其他的细节差别
当您在写css的时候,特别是用float:
left(或right)排列一窜图片时,会发现在firefox里面正常而IE里面有问题。
无论您用margin:
0,还是border:
0来约束,都无济于事。
其实这里更有另外一个问题,就是IE对于空格的处理,firefox是忽略的而IE对于块和块之间的空格是处理的。
也就是说一个div结束后要紧接着一个div写,中间不要有回车或空格。
不然也许会有问题,比如3px的偏差,而且这个原因很难发现。
很不走运的是我又碰到了这样的问题,多个img标签连着,然后定义的float:
left,希望这些图片能够连起来。
但是结果在firefox里面正常而IE里面显示的每个img都相隔了3px。
我把标签之间的空格都删除都没有作用。
后来的解决方法是在img外面套li,并且对li定义margin:
0,这样就解决了IE和firefox的显示偏差。
IE对于一些模型的解释会产生很多错误问题,只有多多尝试才能发现原因。
这只是一些简单的区别,在做布局和CSS设计时候能够综合考虑,但最为有效和简单的解决兼容问题还是用TABLE表格,表格在兼容性方面有着不错的表现.
另外在模版的JS设计的时候也需要考虑两者对代码的兼容,以下是对IE和FIREFOX中JS的一些测试:
以下以IE代替InternetExplorer,以MF代替MozillaFirefox
1.document.form.item问题
(1)现有问题:
现有代码中存在许多document.formName.item("
)这样的语句,不能
在MF下运行
(2)解决方法:
改用document.formName.elements["
elementName"
(3)其他
参见2
2.集合类对象问题
现有代码中许多集合类对象取用时使用(),IE能接受,MF不能。
改用[]作为下标运算。
如:
document.forms("
)改为
document.forms["
]。
又如:
document.getElementsByName("
inputName"
)
(1)改为
)[1]
(3)其他
3.window.event
使用window.event无法在MF上运行
MF的event只能在事件发生的现场使用,此问题暂无法解决。
能够这样变通:
原代码(可在IE中运行):
onclick="
javascript:
gotoSubmit()"
/>
...
<
scriptlanguage="
javascript"
>
functiongotoSubmit(){
alert(window.event);
//usewindow.event
/script>
新代码(可在IE和MF中运行):
gotoSubmit(event)"
functiongotoSubmit(evt){
evt=evt?
evt:
(window.event?
window.event:
null);
alert(evt);
//useevt
此外,假如新代码中第一行不改,和老代码相同的话(即gotoSubmit调用没有给
参数),则仍然只能在IE中运行,但不会出错。
所以,这种方案tpl部分仍和老
代码兼容。
///////////////////////////////////////////////////////////////////////
//以下来自网友llihua
//事件处理函数
functiona(evt){//FireFox
evt=evt?
evt:
window.event;
//IE
varsrcElem=(evt.target)?
evt.target:
evt.srcElement;
//事件处理...
在连接事件处理函数的时候,能够用InlineHTML方式,也能够用Event
property方式定义。
1、使用InlineHTML方式,如:
a(event)"
注意:
(1)javascript不能省;
(2)实参要使用event,形参使用什么都能够(如evt、event等);
2、使用Eventproperty方式绑定事件处理函数,如:
document.form2.radio[0].onclick=a;
//以上来自网友llihua
///////////////////////////////////////////////////////////////////////
4.HTML对象的id作为对象名的问题
(1)现有问题
在
MF中不能。
(2)解决方法
用getElementById("
idName"
)代替idName作为对象变量使用。
5.用idName字符串取得对象的问题
在IE中,利用eval(idName)能够取得id为idName的HTML对象,在MF中不
能。
用getElementById(idName)代替eval(idName)。
6.变量名和某HTML对象id相同的问题
在MF中,因为对象id不作为HTML对象的名称,所以能够使用和HTML对象
id相同的变量名,IE中不能。
参见问题4
7.event.x和event.y问题
在IE中,event对象有x,y属性,MF中没有。
在MF中,和event.x等效的是event.pageX。
但event.pageXIE中没有。
故采用event.clientX代替event.x。
在IE中也有这个变量。
event.clientX和event.pageX有微妙的差别(当整个页面有滚动条的时候),
但是大多数时候是等效的。
假如要完全相同,能够稍麻烦些:
mX=event.x?
event.x:
event.pageX;
然后用mX代替event.x
event.layerX在IE和MF中都有,具体意义有无差别尚未试验。
8.关于frame
在frame的使用方面mf和ie的最主要的区别是:
framesrc="
/xx.htm"
id="
name="
frameName"
/>
那么ie能够通过id或name访问这个frame对应的window对象
ie:
mf:
只能这样window.top.frameName来访问这个window对象
另外,在mf和ie中都能够使用
window.top.document.getElementById("
来访问
frame标签
并且能够通过
关于frame和window的描述能够参见bbs的‘window和frame’文章
连同/test/js/test_frame/目录下面的测试
----adun2004.12.09修改
9.在mf中,自己定义的属性必须getAttribute()取得
10.在mf中没有parentElementparement.children而用
parentNodeparentNode.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关键字。
如constconstVar=32;
在IE中这是语法错误。
(2)解决方法:
不使用const,以var代替。
12.body对象
MF的body在body标签没有被浏览器完全读入之前就存在,而IE则必须在body完全被读入
之后才存在
13.urlencoding
在js中假如书写url就直接写&
不要写&
例如
varurl='
xx.jsp?
objectName=xx&
objectEvent=xxx'
;
frm.action=url那么很有可能url不会被正常显示以至于参数没有正确的传到服务器
一般会服务器报错参数没有找到
当然假如是在tpl中例外,因为tpl中符合xml规范,需要&
书写为&
一般MF无法识别js中的&
14.nodeName和tagName问题
在MF中,任何节点均有nodeName值,但textNode没有tagName值。
在IE中,
nodeName的使用好象
有问题(具体情况没有测试,但我的IE已死了好几次)。
使用tagName,但应检测其是否为空。
15.元素属性
IE下input.type属性为只读,但是MF下能够修改
16.document.getElementsByName()和document.all[name]的问题
在IE中,getElementsByName()、document.all[name]均不能用来取得div元素
(是否更有其他不能取的元素还不知道)。
17.DOM数据岛的问题
在IE中,<
xml>
标签具有特殊意义,可以内含XMLDOM,并能实现与HTML组件的数据绑定.在MF中,<
则仅仅是一个未知的标记而已.另外,对IE来说,<
实际意味着这里是一个ActiveX对象,但它却挂在HTML本身的DOM树下作为一个节点,因而会对DOM树的遍历造成严重影响.