chrome frame
解决方法:
1. 打开注册表: windows键 + R --> 输入regedit --> 回车
(注:windows键在左ctrl附近微软图标的键)
2. 找到
32位:HKEY_LOCAL_MACHINE\SOFTWARE\Google\Update
64位:HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Google\Update
删除 clinet 开头的项。
3. 重新启动chrome安装即可。
在项目开发过程中,有没有遇到需要兼容IE浏览器的头疼需求,虽然IE浏览器已被淘汰出主流浏览器,但部分公司或业务会需要,很不幸的是,这次项目开发涉及IE浏览器的兼容性。如果你们也有遇到同样的问题,希望我的笔记可以帮助你们少走一些坑。 原因: ivu-modal定位问题导致 原因 :DOM初始渲染时,modal-body无内容,初始高度即为ivu-model-body 的默认高度即32px,是padding:16px撑开的高度; 原因: ivu-tooltip-popper内联样式是相对浏览器窗口定位,所以会偏移 场景:当设置display:flex且flex-direction:column时,IE浏览器中,子元素 无法 通过自身内容撑开一个高度,达到最大高度后实现滚动。目前原因还未可知,但可通过下列方式达到想要的效果。 解决方法: 使用此格式 new Date('yyyy/MM/dd hh:mm:ss') 创建日期即可。
所谓的浏览器兼容性问题,是指因为不同的浏览器对同一段代码有不同的解析,造成页面显示效果不统一的情况。在大多数情况下,我们的需求是,无论用户用什么 浏览器来查看我们的网站或者登陆我们的系统,都应该是统一的显示效果。所以浏览器的兼容性问题是前端开发人员经常会碰到和必须要解决的问题。 在学习浏览器兼容性之前,我想把前端开发人员划分为两类: 第一类是精确按照设计图开发的前端开发人员,可以说是精确到1px的,他们很容易就会发现设计图的不足,并且在很少的情况下会碰到浏览器的兼容性问题,而这些问题往往都是浏览器的bug,并且他们制作的页面后期易维护,代码重用问题少,可以说是比较牢固放心的代码。 第二类是基本按照设计图来开发的前端开发人员,很多细枝末节差距很大,不如间距,行高,图片位置等等经常会差几px。某种效果的实现也是反复调试得到,具体为什么出现这种效果还模模糊糊,整体布局十分脆弱。稍有改动就乱七八糟。代码为什么这么写还不知所以然。这类开发人员往往经常为兼容性问题所困。修改好了这个浏览器又乱了另一个浏览器。改来改去也毫无头绪。其实他们碰到的兼容性问题大部分不应该归咎于浏览器,而是他们的技术本身了。
最新文章