对于国内设计师来说IE可能是我们最为熟悉的浏览器了,至少需求是最多的.到目前为止除了国外有客户会 提出浏览器的问题,在国内我还很少碰到有人提出浏览器兼容问题.因为大家似乎都默认了IE的各项规范比如说CSS的规范.尽管他的CSS规范可能有背与 W3C标准.说到W3C就不可以不提FIREFOX,FIREFOX对W3C标准支持方面是最好的,这也是为什么FIREFOX获得巨大成功的一个重要原 因.
其实我个人来说一般都是IE下面完成JOOMLA模版的设计,几乎不用FIREFOX直到有一天在一个新加坡的项目中客户跟我说 你的模版在FIREFOX里面看的变形了,这时候我才意识到在我们设计模版的时候必须要考虑而且也是非常重要的问题--模版兼容问题,兼容IE与 FIREFOX浏览器.
说到兼容浏览器问题,首先要说一下,IE/FIREFOX两者的区别与联系.
IE (Internet Explore)微软公司开发的，到目前为止全球8成电脑都安装的主流浏览器,功能最强,内容也最为丰富,最为流行,但也为此付出了在安全方面的巨大代 价,不停的升级,不停的补丁,但似乎永远都有数不完的安全隐患,这可能是现在不少人转向FIREFOX的一个重要原因.但我个人认为,功能与内容的丰富必 然会增加N多的安全隐患,这是无法避免的.
FIREFOX则是由Mozilla基金会支援的一个开源浏览器.由于在内核方面完全不同于IE.因此解决了很多IE的安全隐患,以及克服了一些微软的软肋.最近的新版本刚发布,一周内下载量达到250万,就显示了作为对微软的补充替代产品,FIREFOX确实不错.
下面我们看一下JOOMLA的模版设计,一般来说JOOMLA的模版还是基于DIV+CSS布局的,但这种布局中如果你采用一些非兼容的处理手段, 很有可能造成整个模版在FIREFOX下面的畸变.一般来说IE和FIREFOX都有着自己的一套CSS标准,而目前国内用户基本还是对IE比较熟悉,对 与FIREFOX包括W3C标准认识还不是很清楚.
下面列出一些简单的关于IE和FIREFOX在解析CSS方面的区别
- 对高度的解析
IE：将根据内容的高度变化，包括未定义高度的图片内容，即使定义了高度，当内容超过高度时，将使用实际高度
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 代替 Internet Explorer，以 MF 代替 Mozilla Firefox
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中运行)：
<input type="button" name="someButton" value="提交"
οnclick="javascript:gotoSubmit()"/>
...
<script language="javascript">
function gotoSubmit() {
...
alert(window.event); // use window.event
...
}
</script>
新代码(可在IE和MF中运行)：
<input type="button" name="someButton" value="提交"
οnclick="javascript:gotoSubmit(event)"/>
...
<script language="javascript">
function gotoSubmit(evt) {
evt = evt ? evt : (window.event ? window.event : null);
...
alert(evt); // use evt
...
}
</script>
此外，如果新代码中第一行不改，与老代码一样的话(即 gotoSubmit 调用没有给
参数)，则仍然只能在IE中运行，但不会出错。所以，这种方案 tpl 部分仍与老
代码兼容。
///
// 以下来自网友 llihua
//事件处理函数
function a(evt) { //FireFox
evt = evt? evt: window.event; //IE
var srcElem = (evt.target)? evt.target: evt.srcElement;
//事件处理...
}
在连接事件处理函数的时候，可以用Inline HTML方式，也可以用Event
property方式定义。
1、使用Inline HTML方式，如：
<input type="radio" name="radio" value="1"
οnclick="javascript:a(event)">
注意：
(1)javascript不能省；
(2)实参要使用event，形参使用什么都可以(如evt、event等)；
2、使用Event property方式绑定事件处理函数，如：
document.form2.radio[0].onclick = a;
// 以上来自网友 llihua
///
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标签中书写了以下属性：
<frame src="xx.htm" id="frameId" name="frameName" />
那么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的解释不同，例如
<form>
<table>
<input/>
</table>
</form>
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>标签具有特殊意义, 可以内含XML DOM, 并能实现与HTML组件的数据
绑定. 在MF中,<xml>则仅仅是一个未知的标记而已.
另外, 对 IE 来说, <xml>实际意味着这里是一个ActiveX对象, 但它却挂在HTML本
身的DOM树下作为一个节点, 因而会对DOM树的遍历造成严重影响.
(2)解决方法
IE的数据绑定机制是可以用JS来模拟的, 但是太麻烦, 建议不使用数据绑定机制或者
寻找实现这种模拟的库来做. 我们只讨论如何实现DOM的兼容.
在MF中无论已知的HTML标记还是其它符合XML规范的标记, 都是用统一的DOM树来处理
的, 因此, MF事实上完全可以使用DOM数据岛, 但与IE小小的不同在于: 在IE中<xml>
是个 DOM document, 而在MF只是 DOM node. 这个差别通常不足为患.
但是有一个小小的细节, 为了兼容HTML相当随意的语法, MF无法识别简写的空标记.
如: <xml id="xx"><book><title>xxxx</title><content/><index/></book></xml>,
这其中<content/>和<index/>是简写形式的, 会使MF无法识别, 应当写成:
<content></content><index></index>
不过, 我怀疑如果用XHTML, 可能就没有这种问题. 但我还没有试过.
对于IE中<xml>干扰HTML的DOM结构问题, 我现在的方法是处理完毕后把它从HTML的
DOM中删除. 不知道还有没有更好的解.
扫一扫
226
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
