I was trying to demonstrate the practical difference that runAsync
would make when compared to a monolithic deployment to someone today,
and there was no simple way to turn off runAsync that wasn't the
-disableAggressiveOptimizations flag.
This patch adds an undocumented flag -disableRunAsync
On Sun, Dec 14, 2008 at 6:45 PM, Cameron Braid came...@braid.com.au wrote:
a) bug in compiler - see attached oophm-stacktrace.txt
This isn't a compiler bug, it's caused by hosted mode being perhaps slightly
overeager? The deal is, the custom field serializer for Arrays.asList()
Actually, hold off on this review please. In my haste, forgot to update
MenuBar and SuggestBox to take advantage of the new alwaysAutoHide
boolean.
http://gwt-code-reviews.appspot.com/814
--~--~-~--~~~---~--~~
Hi Eric,
Please review the attached patch to the build files that add api-checker to
the distro.
Regards,
Amit
--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---
Index:
One thing we need to reconcile before it gets away from us: for things like
this (and anticipated additional settings), should these be command-line
compiler flags or module settings?
I am more in favor of using module settings (specifically, deferred binding
properties that the compiler is
Thanks for responses.
We will create own jar with LocalizableResource, Messages, Constants,
and ConstantsWithLookup for usage of the same interfaces in GWT, Swing
and server side.
With regards
Marek
--~--~-~--~~~---~--~~
@mP: I completely agree that it's worth seeing if these things can be done
*without* changing the compiler. In this case, though, I'd have to agree
with your Cons section, that it's pretty weird to have two versions of a
class. Makes debugging really suck, too :)
@Andrés: This would indeed make
On Mon, Dec 15, 2008 at 11:11 AM, Bruce Johnson br...@google.com wrote:
One thing we need to reconcile before it gets away from us: for things like
this (and anticipated additional settings), should these be command-line
compiler flags or module settings?
I am more in favor of using module
Sorry Joel, it was a typo. Should be com.google.gwt.xml.client.*
instead of com.google.gwt.dom.client.*
- Andrés
On 15 dic, 14:31, Joel Webber j...@google.com wrote:
@mP: I completely agree that it's worth seeing if these things can be done
*without* changing the compiler. In this case,
Author: amitman...@google.com
Date: Mon Dec 15 11:25:42 2008
New Revision: 4342
Modified:
releases/1.6/distro-source/linux/build.xml
releases/1.6/distro-source/mac/build.xml
releases/1.6/distro-source/windows/build.xml
Log:
Adds api-checker to the distro.
Patch by: amitmanjhi
The reasons I would prefer to use the gwt-incubator.jar is because that
gives us a quick sanity check that the gwt-incubator jar is actually
including everything needed to run the demos!
+ project.src and project.bin can be overridden, if desired (super
could be overridden if it used a
Good enough for me. Here's the patch for building demos off of the jar:
Index: build.xml
===
--- build.xml (revision 1316)
+++ build.xml (working copy)
@@ -371,8 +371,7 @@
vmMaxMemory=${gwtc.vm.maxMemory}
Thanks. Committed as r1319.
On Mon, Dec 15, 2008 at 5:14 PM, Emily Crutcher e...@google.com wrote:
LGTM.
On Mon, Dec 15, 2008 at 4:51 PM, Isaac Truett itru...@gmail.com wrote:
Good enough for me. Here's the patch for building demos off of the jar:
Index: build.xml
Bob, do you have any idea how hard it would be to trigger off of
module settings rather than a command line flag? I believe this will
require threading through the module meta-data into parts of the
compiler that currently don't have access to it.
I looked at making it deferred-binding
For more info on this topic refer to my Article: Fluent DSL for Rich
UI
on theServerSide.com:
http://www.theserverside.com/news/thread.tss?thread_id=52241
on my blog: http://sonymathew.blogspot.com/2008/12/fluent-dsl-for-rich-ui.html
Thanks
Sony
On Oct 27, 11:55 am, Sony
This isn't a compiler bug, it's caused by hosted mode being perhaps slightly
overeager? The deal is, the custom field serializer for Arrays.asList()
(com.google.gwt.user.client.rpc.core.java.util.Arrays.ArrayList_CustomFieldSerializer),
has a method getArray0() that uses a JSNI reference
On Mon, Dec 15, 2008 at 4:47 PM, Katharina Probst kpro...@google.com wrote:
Hi Lex,
I've made all the changes you requested except the first, which we
have decided not to do for now (reason: SourceInfo does not contain a
pointer to the node, so instead we would have to keep JMethod around
Sony, even if this doesn't make it into the incubator there is nothing
stopping you from placing it in your own Google Code project and publicizing
it here and on users. I imagine there are a lot of DSL fans out there who
might be interested.
rjrjr
On Tue, Dec 16, 2008 at 9:29 AM, Sony
Thank you! Committed as revision 4344.
kathrin
On Mon, Dec 15, 2008 at 6:08 PM, Lex Spoon sp...@google.com wrote:
On Mon, Dec 15, 2008 at 4:47 PM, Katharina Probst kpro...@google.com wrote:
Hi Lex,
I've made all the changes you requested except the first, which we
have decided not to do
19 matches
Mail list logo