本模块最大的亮点是完美解决了一个世界难题,在IE678下模拟CSS3 transform 2D。
CSS3 transform 2D归根结底就是矩阵变换的问题,大家都知道利用IE的矩阵滤镜来解。但里面的坑太多,一旦发生旋转或扭曲,然后再进行位移,之前所有的JS库都是计算错误的。本来将一步步带你揭开这谜底。
要实现css transform 2D,就要动用到一个CSS3新属性——transform。但在本文写作之时,还没有任何一个浏览器支持w3c所说的那个标准属性,都是带前缀。因此mass Framework,使用了一个叫cssName的方法,取得所有能用的私有实现名。transform在框架可能用WebkitTransform, MozTransform, OTransform, msTramsform代替。你们会注意,IE9下竟然是小写开头,这是一个坑。
赋值时,有两种形式。最初是使用translate, scale, rotate, skew等方法进行变菁,后来添加了一个与IE滤镜很相似的matrix方法。
-webkit-transform: rotate(60deg) skew(0deg, -30deg) scale(1, 1.15); -webkit-transform: matrix(-1,0,0,1,0,0) |
此外,还有translateX,translateY,skewX,skewY,scaleX,scaleY。它们在CSS中不区分大小写的,因此JS框架要使用toLowerCase避雷。此外,skew是不标准的,这是第二个坑。
像skew与rotate开头的方法,它们的参数必须带单位,这是第三个坑。
scale方法允许只传入一个参数,第二个参数默认为等于第一个参数,这是第四个坑。
matrix形式下赋值,FF的第五个参数与第六个参数必须带单位,这是第五个坑。
像"rotate(60deg) skew(0deg, -30deg) scale(1, 1.15)"这样的写法,其实是进行了三次矩阵乘法,并且可以重复定义两个以上相同函数。这是第七个坑。
-webkit-transform: translate(10px 20px) rotate(60deg) skew(0deg, -30deg) scale(1, 1.15) translateX(110px) //位移了两次了。 |
取值时,都会自动转换为matrix形式,但每个浏览器的精度都不一样,这非常不利于测试。比如,FF小数点后有六位,opera有两位,IE9有五位,webkit系多达16位,另,IE678的矩阵滤镜也是16位。对于太小的位数,我们完全可以忽略掉。在浏览器中,如果一个数字的小数点后有超过八位数值,就会用指数表示,那么我们可以用/e/来检测,再用toFixed进行微调!这是第八坑。
竟然是矩阵相乘,必须有一个初始矩阵。但如果没有设置css3 transform属性,标准浏览器是返回"none"字符串,而不是我们期望的matrix形式。IE678也一样,返回null。由于标准浏览器的计算都是浏览器自行搞定,难点就在IE了。
var ident = "DXImageTransform.Microsoft.Matrix" adapter[ "transform:get" ] = function (node, name){ var m = $._data(node, "matrix" ) if (!m){ if (!node.currentStyle.hasLayout){ node.style.zoom = 1; } //IE9下请千万别设置 <meta content="IE=8" http-equiv="X-UA-Compatible"> if (!node.filters[ident]){ var old = node.currentStyle.filter; //防止覆盖已有的滤镜 node.style.filter = (old ? old + "," : "" ) + " progid:" + ident + "(sizingMethod='auto expand')" ; } var f = node.filters[ident]; m = new $.Matrix2D( f.M11, f.M12, f.M21, f.M22, f.Dx, f.Dy); $._data(node, "matrix" ,m ) //保存到缓存系统,省得每次都计算 } return name === true ? m : m.toString(); } |
上面代码有几个注意点,滤镜必须hasLayout,因此使用zoom hack。由于滤镜都是共用一个属性,我们不知道这元素之前绑定了多个滤镜,如透明滤镜,PNG补丁滤镜,盒子阴影滤镜,这些都是很常用的,因此我们要防止覆盖已有的滤镜。这是第九个坑。brendankenny在《On the Behavior of 2d Transformations in Internet Explorer, Part 2》吹嘘,其找到一种方法能快速围绕元素中心变形,其实是大谬其然!直接覆写已有滤镜了!
// set linear transformation via Matrix Filter var filt = 'progid:DXImageTransform.Microsoft.Matrix(' ; filt += 'M11=' + a; filt += ', M21=' + b; filt += ', M12=' + c; filt += ', M22=' + d; filt += ', SizingMethod="auto expand")' ; target.style[ 'filter' ] = filt; //★★★出问题的代码 // assuming a-d are local variables // and halfW and halfH are initialized properly // horizontal shift a = Math.abs(a); // or go ternary c = Math.abs(c); var sx = (a - 1)*halfW + c*halfH; // vertical shift b = Math.abs(b); d = Math.abs(d); var sy = b*halfW + (d - 1)*halfH; // translation, corrected for origin shift // rounding helps--but doesn't eliminate--integer jittering target.style.left = Math.round(x + e - sx) + 'px '; target.style.top = Math.round(y + f - sy) + ' px'; |
而元素默认是围绕中心变形,这就是最大的坑,第十个坑。IE滤镜是围张左上角变形的。为了模拟这效果,老外前赴后继封闭研究它。其中最杰出的方案,由heygrady 在《Correcting Transform Origin and Translate in IE》,至后来的 useragentman的cssSandpaper,louisremi的jquery.transform2都是沿袭其思路。然后,美中不足的是heygrady 取变形前的矩形尺寸是不可行的:
var filter = $elem[0].style.filter; $elem[0].style.filter = '' ; // measure the element var width = $elem.outerWidth(); var height = $elem.outerHeight(); // re-do the filter $elem[0].style.filter = filter; //这其实变不回去了 |
它们计算新矩阵的坐标也异常复杂,IE下只能用相对定位或margin来模拟,但不管什么做,都要重新计算左下角的坐标。haygrady用了一个文件jquery.matrix.calculations.js来放置这些函数,可见复杂度多大。就算计出来,多多少少有偏差。因此在这里我必须转向了。下面是我获取变形前的矩形的尺寸的方法:
var filter = node.filters[ident]; filter.M11 = filter.M22 = 1; //取得未变形前的宽高,原始矩阵为[1,0,0,1,0,0] filter.M12 = filter.M21 = 0; var width = node.offsetWidth; var height = node.offsetHeight; filter.M11 = m.a; //进行矩阵变换 filter.M12 = m.c filter.M21 = m.b; filter.M22 = m.d; filter.Dx = m.tx; filter.Dy = m.ty; $._data(node, "matrix" ,m); var tw = node.offsetWidth, th = node.offsetHeight; //取得变形后高宽 node.style.position = "relative" ; node.style.left = (width - tw)/2 + m.tx + "px" ; node.style.top = (height - th)/2 + m.ty + "px" ; |
可能有人问,为什么不一开始就缓存它们的宽高呢?因为可能会有直接把滤间写到外部样式表的情况,而这样式表又先于我们的库加载,因此这时也取得变形前的宽高。
剩下来就是计算宽高了,这个用矩阵乘法就可以算出了,结果也在上面。
最后放个例子:
$.require( "ready,css" , function (){ $( ".sample1" ).css( "transform" , "scale(1.3) rotate(270deg) skew(-40deg, 0deg) translate(200px,-140px)" ) }); |
源码地址:css.js, css_fix.js