[gwt-contrib] Re: Initial support for @GwtCreate (code-gen methods)

2013-08-20 Thread Andrés Testi
Hi James, thanks for your feedback! Note that the @GwtCreate class parameters aren't replaced by GwtCreateFactory as was originally suggested by Ray Cromwell. This provides access to actual parameters. It would be possible to do a full replacement if the factory also gave access to

Re: [gwt-contrib] Initial support for @GwtCreate (code-gen methods)

2013-08-20 Thread Andrés Testi
Hi Brian, thanks for the feedback! What you proposes is not so hard to add, but I want the API end users to not have to deal with GWT.create() at all. El lunes, 19 de agosto de 2013 19:18:24 UTC-3, Brian Slesinsky escribió: Interesting. I like the idea of replacing class parameters with

Re: [gwt-contrib] Re: I'm enhancing GWT to provide Java stack traces for clientside exceptions in production

2013-08-20 Thread Brian Slesinsky
Thanks for looking into how to improve Java stack traces. I agree that we could do a better job. However, there are some problems with your approach: First of all, we can't guarantee that we will accept this change. That doesn't seem very fair to whoever might be donating money. I would like to

Re: [gwt-contrib] Possible GWT.create() Improvements (link)

2013-08-20 Thread Andrés Testi
As an alternative to what Goktug proposed about macros, we would have an equivalent to Scala macros (sorry for insisting with Scala :-) ) @Macro(SumGenerator.class) Integer sum(Integer arg0, Integer arg1) { // We will never be here return null; } // rebind space class

Re: [gwt-contrib] Re: I'm enhancing GWT to provide Java stack traces for clientside exceptions in production

2013-08-20 Thread Colin Alworth
I got a tweet from you asking for a donation (or rather a 'partner', which apparently means 'money'), but couldn't frame a useful response in 140 chars, so since this thread is coming back, I thought to do so here instead. What license are you offering these code samples under - if it isn't