对于国内设计师来说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="提交" -->
onclick="javascript:gotoSubmit()"/>
...
<script language="javascript">
function gotoSubmit() {
...
alert(window.event); // use window.event
...
}
</script>
新代码(可在IE和MF中运行):
<!-- <input type="button" name="someButton" value="提交" -->
onclick="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" -->
onclick="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中删除. 不知道还有没有更好的解.
相关推荐
在Web开发中,确保网站或应用在不同浏览器上的表现一致至关重要,因为用户可能使用各种浏览器进行访问,包括IE、Firefox(火狐)、Safari和Opera等。这些浏览器基于不同的内核,对网页解析和渲染的方式各有差异,...
此外,考虑到不同浏览器的兼容性问题,开发者需要确保模版在主流浏览器(如Chrome、Firefox、Safari、Edge和IE11)上都能正常工作。 总的来说,响应式后台模版为开发高效、美观且跨平台的后台系统提供了便利。通过...
此外,模版需兼容多种浏览器,确保在IE、Chrome、Firefox等主流浏览器下都能正常显示。考虑到移动设备的普及,响应式设计也是必不可少的,使得论坛在手机和平板上也能良好运行。 五、安全与维护 使用第三方模版时...
6. **兼容性测试**:为了确保模版在不同浏览器和设备上的表现一致,需要进行兼容性测试,确保在主流浏览器如 Chrome、Firefox、Safari、IE(尽管现在已经过时)等上都能正常运行。 7. **插件集成**:Discuz! 支持...
thinkphp营销型化工磷原料网站模版+前后端...本模板自带eyoucms内核,无需再下载eyou系统,原创设计、手工书写DIV+CSS,完美兼容IE7+、Firefox、Chrome、360浏览器等;主流浏览器;结构容易优化;多终端均可正常预览。
5. **兼容性**:H+对主流浏览器有良好的支持,包括Chrome、Firefox、Safari、Edge以及旧版的IE9+。 6. **文档齐全**:H+提供详尽的中文文档,帮助开发者快速理解和使用框架,降低学习成本。 **二、4.1.0版本更新...
3、样式和内容分离:系统主体框架div+css结构,遵循国际最新W3C网页设计标准,兼容IE系列、火狐等主流浏览器,内容和样式分离让网站风格可以轻松修改和更换,而不会导致内容和结构的破坏。 4、周密的安全策略和...
- 浏览器:IE8、Firefox 3.6 - 压力测试工具:LoadRunner 版本 X.Y #### 五、测试场景设计 - **测试场景介绍**:设计了单用例场景和复合场景两种测试方案,分别对应日常操作和高负载情况。 - **场景列表**:虽然...
2. 兼容性:测试模板在不同浏览器(如Chrome、Firefox、IE等)下的表现,确保良好的跨平台兼容性。 3. 安全性:避免在模板中插入可能引发安全问题的代码,如恶意脚本。 通过以上步骤,你将能够成功制作出一套符合...
描述中提到“手机登陆页面H5源码适用于多种浏览器,包括360、FireFox、Chrome、Safari、Opera、傲游、搜狗、世界之窗,但不支持IE8及以下的浏览器。”这表明该源码遵循现代浏览器标准,可能利用了HTML5的一些高级...
3、样式和内容分离:系统主体框架div+css结构,遵循国际最新W3C网页设计标准,兼容IE系列、火狐等主流浏览器,内容和样式分离让网站风格可以轻松修改和更换,而不会导致内容和结构的破坏。 4、周密的安全策略和...
5. 兼容性:考虑到不同的浏览器和设备,Onewow 可爱风格模版应具备良好的跨平台兼容性,包括对Chrome、Firefox、Safari、IE等主流浏览器的支持,以及在移动设备上的适应性,如响应式设计,以保证用户在不同设备上都...
- **源生HTML**:使用源生HTML语言,使得模板对各种浏览器的兼容性极佳,无论是在IE8以上,还是现代的Chrome、Firefox等,都能保证正常运行。 - **完全免费**:H-ui开源且免费,允许开发者在不违反MIT协议的情况下...
9. **兼容性测试**:确保模版在各种浏览器(如Chrome、Firefox、Safari、Edge和旧版IE)以及不同操作系统(iOS、Android、Windows Phone)上都能正常工作是必要的。 10. **源码结构**:源码可能包含HTML文件、CSS...
3、样式和内容分离:系统主体框架div+css结构,遵循国际最新W3C网页设计标准,兼容IE系列、火狐等主流浏览器,内容和样式分离让网站风格可以轻松修改和更换,而不会导致内容和结构的破坏。 4、周密的安全策略和...
3、样式和内容分离:系统主体框架div+css结构,遵循国际最新W3C网页设计标准,兼容IE系列、火狐等主流浏览器,内容和样式分离让网站风格可以轻松修改和更换,而不会导致内容和结构的破坏。 4、周密的安全策略和...
9. **兼容性测试**:一个全面的网页模版应该在多种浏览器(如Chrome、Firefox、Safari、IE等)和操作系统(Windows、Mac、iOS、Android)上进行过兼容性测试,确保在各种环境下都能正常工作。 10. **许可证和使用...
功能: 具有小型影视系统的所有功能 方便的后台操作 完善的模版功能 p2p数据自动更新,无须人为干预 可以自己添加其他的影视分类 ...采用phparticle211的编译型模版,提高程序的...7、修正IE7,firefox显示不正常。
此外,为了确保模版的正常运行,管理员还需要检查模版的兼容性,包括浏览器兼容性(如IE、Firefox、Chrome等)以及不同屏幕尺寸的适应性,以确保所有用户都能顺畅浏览。同时,模版的SEO优化也是不可忽视的一环,合理...
3、样式和内容分离:系统主体框架div+css结构,遵循国际最新W3C网页设计标准,兼容IE系列、火狐等主流浏览器,内容和样式分离让网站风格可以轻松修改和更换,而不会导致内容和结构的破坏。 4、周密的安全策略和...