解决谷歌浏览器 字体12px 限制后各种问题解决方案

 

1 scale缩放 布局不改变问题 使用zoom或者添加

-webkit-transform-origin : left top ;

zoom与scale的异同点

作为一名前端，尤其是页面要兼容ie浏览器的前端，肯定对着两个属性都很熟悉。

zoom和scale都是css中常用的放大和缩小一个元素的方法，在scale还没有成为css3标准之前，我们“唯一”能用来放大和缩小一个元素的方法也就是zoom。不过这个属性兼容性不好，因为这个属性是ie发明的，其他浏览器厂商都喜欢跟ie对着干，对这个属性不怎么感冒，所以不怎么支持。这就导致同一个页面在不同的浏览器上显示有差别。终于有一天css的亲爹w3c看不下去了，叽咕了半天，定了一个scale的标准属性，来实现元素的放大和缩小。scale是缩写，它完整名字是transform:scale(x);

zoom和scale都是用来放大和缩小元素的，但是它的效果和使用方式有很大的差别，最近用得到，就研究下，它们的不同点如下

1.兼容性问题

zoom不是css的标准属性，Firefox和Opera Mini 不支持，其他标准的浏览器倒是都可以很好的支持。ie从ie6以后就开始支持这个属性。这个属性用起来有风险，比如要考虑Firefox的兼容性问题。

tranform:scale(x) 则是css的标准属性，除Opera Mini外，得到了几乎所有标准浏览器的支持。ie浏览器是在ie11后开始支持，不过ie9和ie9以后的浏览器都支持带前缀的属性-ms-transform。如果你的网页要兼容ie8及其以前的ie浏览器，就需要做兼容性处理，其实更好的办法是离职吧，现在都什么时代了，怎么可能还要兼容这么古老的浏览器，当然了，我是开玩笑的，毕竟你穷，怎么可以轻易离职。

2.取值问题

zoom的取值可以normal，可以是大于等于0的浮点数，也可以是大于等于0的百分比。其中normal就是元素实际的尺寸，不缩也不放，安安静静的像一个处子。当zoom的值为0时，zoom也是不缩也不放，跟zoom为1的情况一样

transform:scale(x)的取值只能是数字，不能是百分比或者其他，但是取值可以是正数也可以是负数和0。其中x为0的时候，元素直接缩到消失不见了。x为负数的时候，元素会顺时针旋转180度，也可能是逆时针，我也不知道反正上下颠倒了。我指的是2d平面，3d的平面我没研究。

而且scale是可以使用scaleX()、scaleY()、scaleZ()单独放大x、y、z不同轴。zoom只能等比放大。

3.显示效果

3.1缩放点

zoom是以左上角有原点进行缩放的，并且默认这个点还不能改变。如果要要实现中心的放大缩小的效果就需要动用下js动态改变元素的位置，或者你要是个牛逼哄哄的人，你就可以考虑使用ie的矩阵变换。虽然我高考数学不低130，但是我还是看不懂ie的矩阵变换到底是咋回事。

transfrom:scale(x)的变化默认是以中心点为准变化的，而且这个变化的点是可以通过transform-origin进行改变。

3.2位置

zoom缩放后的元素是占据实际位置的。比如zoom的元素后紧跟一个名字叫other的div。元素被放大后名字叫other的div也被挤下去了。

而scale缩放的元素是不占据实际位置的，被scale放大的元素，看起来很大，但是实际占据的位置还是之前那么小。所以其他元素并不会因此而改变位置。

还有一点需要注意，虽然scale被放大的元素不占据实际位置，但是还是可以响应事件的。

无论元素是使用zoom放大缩小还是使用scale放大缩小，元素上绑定点击事件的话，点击元素都会响应事件的。

4.性能

因为zoom是实际改变物体大小的，而且这种改变会影响到其他元素，所以使用zoom的时候会引起浏览器重新渲染，性能较低。而scale是单独只改变目标元素，并不会影响到其他的元素，所以性能会好一些。

2  使用屏幕比例系数缩放时与缩放共同作用导致字体过小问题

需要判别webkit浏览器的js代码
 

var webkit = /webkit/ .test（navgitor.userAgent.toLowerCase()）;
var w = screen.width/1920;
if(webkit){

$(".class").css({
    //恢复字体原来状态
    'font-size' : 13+'px'，
    //进行缩放
    ‘zoom’ : w
})