这个行动可望简化将硬件加速3D绘图带入网络的工作，让网络成为电玩游戏等应用的基础。然而，这也代表O3D技术将退回到纸上谈兵的规划阶段。

      但O3D的整体概念（一个比WebGL所提之3D基本要素更高层次的界面），不会就此消失。Google将把它重建为一个其他人能在WebGL基础上使用的预建软件库。Google工程主任Matt Papakipos和程序设计师Vangelis Kokkevis，上周五（5月7日）在O3D博客宣布公司的最后决定。

      O3D重生的主要变更之一，是放弃较快、转化的C++程序，改用相对较慢的JavaScript。所幸，前五大浏览器商（微软、Mozilla、Google、苹果和Opera），都已大幅提升JavaScript的执行速度。

      另一个难缠的问题，是WebGL本身是另一个3D绘图界面OpenGL的变种。后者普遍用在Mac OS X、Linux、iPhone和Android手机。但在Windows，它又被改成微软的Direct3D界面。Google希望能用其ANGLE计划，翻译OpenGL指令为Direct3D语法，连接两者的差距。

      Papakipos和Kokkevis表示：我们没有轻忽这项决定。在关于WebGL的最初讨论中，我们顾虑JavaScript用来驱动如OpenGL等低层次的API（应用程序界面）会太慢，而我们深信，更高层次的方法，如O3D Scene Graph可产生较好的结果。我们也理解，许多Windows主机没有安装OpenGL驱动程序，这一点可能有碍WebGL的接受度。

      之后，JavaScript已加快许多。我们对开发者利用WebGL和ANGLE计划作出的示范成果非常惊喜，我们相信，未来Chromium不需安装OpenGL驱动程序，也能在Windows电脑呈现WebGL内容。

      然而，还有另一个阻碍：苹果、Mozilla、Opera和Google都在制作WebGL支持，独缺微软。尽管其IE9将有焕然一新的面貌，微软对此似乎没什么兴趣。

      IE总经理Dean Hachamovitch就微软的WebGL立场表示：我认为那是不同的选择，意思是，这并非所有浏览器一致支持的东西，你等于是告诉开发者，去写些别的东西。

       Google的对策是Chrome Frame：一种让IE以Chrome呈现网页的软件。微软鄙视这种作法。

      另一位涉及这项工作的Google程序设计师Henry Bridge表示：

      针对IE，我们大可采用让O3D外挂也承载WebGL的方法，但我们发现，如此开发者就缺少他们应用程序所需的其他API，如Audio或WebSockets。如果我们也把那些API加到O3D外挂，看起来就会很像ChromeFrame，一种为IE所设计的Web API外挂。我们相信，ChromeFrame会比O3D更容易安装，因此，把小组的绘图专才集中在完善WebGL搭配Chrome/ChromeFrame，而非制作O3D程序库，对开发者更有用。

      片面废止O3D也招来一些批评。一位O3D程序设计师Angelo Franco表示：我花了很多时间学习和开发O3D，现在我被（Google）从背后捅一刀。但他后来稍微软化，又说：请继续改善JavaScript程序库，我一定会继续用它。