我需要查看 GWT 应用程序的组件树。DOM 树也是可以接受的。不幸的是,GWT 托管浏览器不提供对 devToolbar 的访问。
我发现的唯一方法是编译为 javascript,然后使用常规浏览器。但是编译需要大量的时间。
ExtJS 有Debug Console,但我无法为 GXT 找到类似的东西。
请建议您调试可视化 GWT 应用程序的方式。
我需要查看 GWT 应用程序的组件树。DOM 树也是可以接受的。不幸的是,GWT 托管浏览器不提供对 devToolbar 的访问。
我发现的唯一方法是编译为 javascript,然后使用常规浏览器。但是编译需要大量的时间。
ExtJS 有Debug Console,但我无法为 GXT 找到类似的东西。
请建议您调试可视化 GWT 应用程序的方式。
是的,我今天只是想要这个 FireBug + GWT。如果您喜欢冒险,您可以查看 GWT 2.0 的构建,其中将提供进程外托管模式,让您在 FireFox 或其他浏览器中进行调试。设计:进程外托管模式
GWT 的来源在这里http://google-web-toolkit.googlecode.com/svn/branches/
我个人还没有达到构建这个的痛苦阈值,因为我一直听到 2.0 是“接近”的
它不是与 Firebug 处于同一模式的调试器,但 GWT Log 控制台非常非常方便地找出 JavaScript 中发生的事情。
通常人们会使用 IDE 调试器来单步调试 GWT 代码。但是如果问题是 CSS/样式问题(从问题的声音来看,似乎是),那么这可能并没有真正的帮助。
我想编译它并使用 firebug 是解决 css 问题的唯一尝试和真实的方法。
一种想法是通过减少开发过程中的排列(每个浏览器的不同版本)来最小化编译时间。
在您的 module.gwt.xml 中强制使用用户代理,例如 gecko1_8 (Firefox 2)。
<!-- User Agent -->
<set-property name="user.agent" value="gecko1_8" />
如果您使用的是 i18n,您还可以限制开发期间使用的语言环境。
为什么编译成(漂亮的)JavaScript 需要这么多时间?我认为不应该。也许您应该禁用不相关浏览器的编译(与调试目的无关),从而显着减少编译时间。