[gwt-contrib] Comment on CodeSplitting in google-web-toolkit

Comment by m.zdila: Hello. This is certainly a nice feature, but one not requiring a monolithic compile would be that just great. Our application is built on top of OSGi. When a new module is added a new menu item appears in the GUI to access that module GUI (under different URL). Curren

[gwt-contrib] Re: IE8 "disappearing history"

I've verified that making the following changes to the 1.6 release branch causes the bug: - Replace IFrameTemplate.js with tr...@r5523 - Modify line 430 to not append .cache.html (seems to be appended from somewhere else in the 1.6 branch) - Replace hosted.html with tr...@5517 (not really neces

[gwt-contrib] Re: NewParenthesisRemovalOptimization

LGTM, but only if you fix the darn for-each using Object var! On Wed, Jul 1, 2009 at 7:50 PM, wrote: > Reviewers: scottb, > > Description: > This patch removes trailing parenthesis from Javascript 'new' operators > if there are no constructor arguments. > > new Foo() -> new Foo > > > Please revi

[gwt-contrib] Re: NewParenthesisRemovalOptimization

Compiling the Mail application removes ~860 bytes off the smallest permutation, compiling Showcase removes about 1.6k off the largest permutation. -Ray On Wed, Jul 1, 2009 at 4:50 PM, wrote: > Reviewers: scottb, > > Description: > This patch removes trailing parenthesis from Javascript 'new' op

[gwt-contrib] NewParenthesisRemovalOptimization

Reviewers: scottb, Description: This patch removes trailing parenthesis from Javascript 'new' operators if there are no constructor arguments. new Foo() -> new Foo Please review this at http://gwt-code-reviews.appspot.com/49804 Affected files: dev/core/src/com/google/gwt/dev/js/JsToStringG

[gwt-contrib] Re: IE8 "disappearing history"

Joel, The 1.6 release branch does not exhibit the problem; it works fine. The next thing I'll try is copying the IFrame linker changes over to the 1.6 branch and see if that's enough to cause the problem. Unless you have another suggestion? - Amir On Jun 30, 5:32 am, Joel Webber wrote: > Amir,

[gwt-contrib] [google-web-toolkit commit] r5657 - Fixes issue #3700, avoids unnecessary copy of resources with up-to-date timestamps.

Author: sco...@google.com Date: Wed Jul 1 12:16:27 2009 New Revision: 5657 Modified: releases/1.6/dev/core/src/com/google/gwt/core/ext/linker/impl/StandardLinkerContext.java Log: Fixes issue #3700, avoids unnecessary copy of resources with up-to-date timestamps. Review by: jgw Modifie

[gwt-contrib] [google-web-toolkit commit] r5658 - Fixes issue #3700, avoids unnecessary copy of resources with up-to-date timestamps.

Author: sco...@google.com Date: Wed Jul 1 12:24:55 2009 New Revision: 5658 Modified: trunk/dev/core/src/com/google/gwt/core/ext/linker/impl/StandardLinkerContext.java Log: Fixes issue #3700, avoids unnecessary copy of resources with up-to-date timestamps. Review by: jgw Modified: tr

[gwt-contrib] Comment on UsingOOPHM in google-web-toolkit

Comment by Dominik.J.Steiner: Actually, I just added the gwt-dev-oophm.jar to the start of the eclipse launch config, didn't fiddle with the -XstartOnFirstThread nor the swt classes and started the launch config. No swing window came up, but then from firefox conecting to http://localhost

[gwt-contrib] Re: derpc review: hosted-mode user code, rebind, and related tests

On Wed, Jul 1, 2009 at 2:59 PM, Bob Vawter wrote: > > append: where is quoting the RPC_SEPARATOR_CHAR handled if it is > contained > > within the string? > > That's unnecessary, since the length of the string is known. The > following separator character is just there to ensure that the decoder >

[gwt-contrib] Comment on UsingOOPHM in google-web-toolkit

Comment by Dominik.J.Steiner: Hi, did anyone find a workaround for Eclipse and Mac OSX and how to remove the -XstartOnFirstThread from the classpath when launching from within eclipse? For more information: http://code.google.com/p/google-web-toolkit/wiki/UsingOOPHM --~--~-~--~~

[gwt-contrib] SOYC generates more dependency trees

Reviewers: kathrin, Description: Currently, SOYC shows dependency information for a whole-program dependency trace. This patch additionally shows the various dependency graphs used by the code splitter to decide what code goes into what fragment. The display of this information can use work. S

[gwt-contrib] [google-web-toolkit commit] r5654 - Updating branch-info.

Author: j...@google.com Date: Wed Jul 1 06:29:26 2009 New Revision: 5654 Modified: branches/snapshot-2009.06.02-r5498/branch-info.txt Log: Updating branch-info. Modified: branches/snapshot-2009.06.02-r5498/branch-info.txt ===

[gwt-contrib] [google-web-toolkit commit] r5652 - Modifies WebAppCreator to allow creating crawl-enabled projects.

Author: kpro...@google.com Date: Wed Jul 1 06:11:31 2009 New Revision: 5652 Added: branches/crawlability/user/src/com/google/gwt/user/tools/.classpathcrawlablesrc branches/crawlability/user/src/com/google/gwt/user/tools/.projectcrawlablesrc branches/crawlability/user/src/com/go

[gwt-contrib] [google-web-toolkit commit] r5656 - Add ASM visitor tests.

Author: j...@google.com Date: Wed Jul 1 08:34:40 2009 New Revision: 5656 Added: changes/jat/ihm/dev/core/test/com/google/gwt/dev/javac/asm/CollectReferencesVisitorTest.java Modified: changes/jat/ihm/dev/core/src/com/google/gwt/dev/javac/asm/CollectClassData.java changes/jat/ihm

[gwt-contrib] Re: HelpRequired : GWT-Incubator: GlassPanel changes

On Wed, Jun 24, 2009 at 7:34 AM, Surya wrote: > > Hi , > > I am fairly new to GWT and my requirement needs a glasspanel to be > used. But due to the heavy size of incubator.jar file i would like to > "Heavy size" in what sense? You're aware that only the classes you touch will be in the compile

[gwt-contrib] [google-web-toolkit commit] r5653 - Merging trunk r5627 into this branch.

Author: j...@google.com Date: Wed Jul 1 06:29:01 2009 New Revision: 5653 Modified: branches/snapshot-2009.06.02-r5498/user/src/com/google/gwt/dom/client/DOMImplMozilla.java branches/snapshot-2009.06.02-r5498/user/src/com/google/gwt/user/client/impl/DOMImplStandard.java Log: Merging

[gwt-contrib] [google-web-toolkit commit] r5655 - Fix sort order.

Author: j...@google.com Date: Wed Jul 1 08:34:11 2009 New Revision: 5655 Modified: changes/jat/ihm/user/super/com/google/gwt/emul/java/util/Date.java Log: Fix sort order. Modified: changes/jat/ihm/user/super/com/google/gwt/emul/java/util/Date.java =

[gwt-contrib] Re: Trunk does not compile ?

Yep. It'll be looking for English-language regexp matching. Rather than commenting out the lines, you may be able to win by defining gwt.svnrev and gwt.svnrev.file in a local.ant.properties file at the top level... although it looks like that might not work, we can easily modify the svninfo task

[gwt-contrib] Re: Trunk does not compile ?

On Wed, Jul 1, 2009 at 10:24 AM, Sebastien wrote: > I compiled with success by commenting the lines 230-231 in the ./ > common.ant.xml Ant file. Indeed the call to svinfo task failed (I do > not know why). Now, it works ! > My guess is it was confused by the French output of svn info. -- John

[gwt-contrib] Re: Trunk does not compile ?

Hi, I compiled with success by commenting the lines 230-231 in the ./ common.ant.xml Ant file. Indeed the call to svinfo task failed (I do not know why). Now, it works ! Regards, Seb On 1 juil, 09:28, Sebastien wrote: > Hi, > > I am trying to compile the trunk from scratch. I following > instr

[gwt-contrib] Re: HelpRequired : GWT-Incubator: GlassPanel changes

There is a code review out to move GlassPanel to GWT trunk: http://gwt-code-reviews.appspot.com/39806/show Not sure if it will go through exactly as is, but this should help you isolate the code you need. If you are using GWT trunk, you can just clic

[gwt-contrib] Trunk does not compile ?

Hi, I am trying to compile the trunk from scratch. I following instructions from the web site but the compilation fails (see log below). Could you help me ? Where is my mistake ? My env: - linux kernel: 2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17 01:57:59 UTC 2009 i686 GNU/Linux - Java: Java Hot