适用于未来GWT版本中需要IE7 / IE8支持的用户的解决方案

时间:2013-10-01 07:41:58

标签: gwt cross-browser

谷歌在5月份宣布,他们将取消GWT 2.6中的IE6 / IE7支持(即今年12月)并删除GWT 3.0中的IE8支持。

我理解这个选择的原因,我支持它,我不是在争论它。努力保持最新状态的人不希望因为没有人而导致GWT缓慢。

我们选择GWT技术的主要原因是它为我们处理浏览器怪癖。我正在工作的公司需要让我们的应用程序在IE上运行到IE7。我们不得不努力让他们放弃IE6。上个月,员工刚刚将浏览器迁移到IE8。

我担心我们会永远陷入2.5.1。

IE迁移是一个广泛的主题,但狭隘的答案(是/否)对我来说已经足够了!我可能不会理解有关GWT内部机制的细节。

第一个问题: 是'删除'这个词吗?意义小部件不适用于那些浏览器,或者我应该说'停止',这意味着旧的小部件仍然可以工作但修补,新的功能将无法应对旧的IE版本?

第二&第三个问题:

  • 您是否听说过一些愿意编写支持IE6 / 7/8的小部件库的社区/团体,或者由于2.6版本中的GWT基础层的变化而无法实现这一目标?
  • 您是否听说过准备修补2.5.1的社区/团体并将其保留了几年?

如果无法做到这一点:第四个问题如果你必须启动一个应该在IE7 / 8上运行的新应用程序,你会使用GWT 2.5.1吗?

1 个答案:

答案 0 :(得分:21)

  1. 我们最终决定默认禁用2.6中的ie6排列,并且只在3.0中删除它。这意味着您将能够在GWT 2.6中的IE,IE6和IE7中重新启用对怪异模式的支持。在GWT 3.0中,支持将被删除,即支持ie6排列的类将被删除,并且我们将开始做那些在没有钩子的情况下无法解决它们的问题。

  2. 从3.0开始,继续支持那些古老的浏览器将变得越来越难,因为没有任何东西可以让它变得容易(也没有任何东西可以让它变得困难,它只是“我们”将不再关心他们“)。为了简单起见,我要说在GWT 3.0中支持IE6 / 7是不可能的,因为基本支持(DOM级别)将被删除而其他事情被重构(如果ie6排列是只有一个具有特定实现,可能会删除插入该实现的 hook ,以使代码更简单,更易于阅读和维护。) 我还不知道我们将如何处理IE8案件;可能与IE6 / 7相同:默认情况下在3.0中禁用,然后在下一个版本中完全删除。

  3. 没有

  4. 我当时使用2.6(然后开始寻找另一份工作;-))