至少WebKit中的SVGPath.getBBox()
实现似乎有些粗制滥造;是否有一些比走路更好(更便宜)的方式(或随机抽样),手动计算其可能的边界框,以获得良好的读数?
http://bl.ocks.org/2939938(或https://gist.github.com/2939938)显示后者的示例,当我在几个不同的相当现代的浏览器中运行它时,本机实现中存在显着差异。 Opera是最好的,Firefox好,Chrome / Safari看起来很糟糕:
616.1572 677.0540 127.6856 126.8793 - sampled, gathering random coords for 5s (reference)
616.1569 677.0538 127.6860 126.8796 - opera 11.64 build 1403
616.1563 677.0547 127.6875 126.8789 - firefox aurora 15.0a2 (2012-06-15)
614.2805 673.9761 136.2089 129.9573 - chrome canary 21.0.1176.0
614.2805 673.9761 136.2089 129.9573 - safari 5.1.7 (7534.57.2)
或者,参考边界框的左/上/宽度/高度变化百分比:
0.00005% 0.00003% 0.00031% 0.00024% - opera
0.00015% 0.00010% 0.00149% 0.00032% - firefox
0.30458% 0.45460% 6.67522% 2.42593% - chrome
0.30458% 0.45460% 6.67522% 2.42593% - safari
答案 0 :(得分:1)
事实证明Raphael.js实现了相当优秀的Raphael.pathBBox,因为您具有<path>
元素的具体情况;它似乎是代数精确的,并且很快。添加到比较测试页面。