本文详细探讨了Chrome浏览器中非<use/>元素的图形位置计算方法以及<use/>元素的具体坐标计算流程。通过实测分析，揭示了不同Chrome版本对坐标计算算法的影响，并对比了两者之间的区别。特别指出，<use/>元素的坐标计算已不再依赖于其属性x和y的值，而是通过一系列步骤进行矩阵转换和偏移计算得出最终坐标。
1、
chrome中 非<use/> 的图形：
它们的真实位置计算方式：getBBox() --> 矩阵转换 --> 即可
2、
chrome中 <use/>：
<use/>的真实位置计算方式：getBBox() --> 点的坐标 加上 属性x和y的值 --> 矩阵转换 --> 这样才是得到真实坐标值
ZC : (20151202 : chrome 版本 46.0.2490.86 m) 经过测试，点的坐标 先经"矩阵转换"，再"加上 属性x和y的值"，得到的值 是错误的。
ZC : (20151207 : chrome 版本 47.0.2526.73 m) 经过测试，<use/>真实坐标的计算，已经不需要 属性x和y的值 参与计算了...
但是 ! ! !蛋疼的事情就来了，chrome版本不同，<use/>真实坐标的计算 的算法就不同了... ...
20160218：
(1)、chrome的版本界限不知道在哪（就是 不确定具体的 chrome?? 之前是需要 加上属性x和y的值，chrome???往后就不需要 加上属性x和y的值）
(2)、Qt5.3.2 自带的例子“browser”，编译出来的程序，测试下来 还是需要 <use/>的属性x和y的值 参与计算，才能得到 <use/>的正确坐标 ...
ZC：形成这个差别的原因，应该就是 WebKit的版本间的差别。
C
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
