@Matt
I was just wondering if it were possible to specify a concrete substitute
for an interface type - this would this help solve the too many serializer
problem. By too many Serializers i mean of course the need for the
generator to create Serializers for all concrete types implementing List
Hi Bruce,
My first reaction to you email: laughing ... but on second thought I
can't resist to react.
People warned me for your, but I never expected this!
I don't like the tone of your post just like you don't like mine.
If you want to kick me out of the forum, or want to filter any of my
Hi Miroslav
Thanks for the feedback.
You make a good point there about the increase in the amount of
javascript due to the interface..
I wasn't aware of that and would love to hear about this.
It makes you wonder what is better. I mean: using these interfaces
also safes code as I can re-use
I'm not going to wade into the argument over the tone of posts. I find the
whole thing tiresome and stress-inducing. If you want something done, and we
haven't had time or a particularly pressing need to do it yet, be civil and
post a simple, straightforward patch. There are about a million things
Miroslav,
This would definitely help (it's actually already filed as
http://code.google.com/p/google-web-toolkit/issues/detail?id=837).
We've been working around this ourselves by creating final subclasses
of all the collections and making sure that we use them for all RPC.
I believe that the
He Joel,
You are right about this.
Like explained, I will be more careful next time, as I didn't realize
it would be taken this way. Maybe it's the world/country I live
in... I don't know... but it's not important..
Anyway, in this case, the patch was already in the issue not ? If
you
I haven't taken a look at this closely (I had read Aaron Boodman's blog
about the approach at
http://www.aaronboodman.com/2009/07/bundling-multiple-versions-of-binary.html
previously), but I am not sure this can detect all the cases we need to
differentiate.
For example, on Fedora Core 10
On 2009/08/09 19:30:28, jat wrote:
I haven't taken a look at this closely (I had read Aaron Boodman's
blog about
the approach at
http://www.aaronboodman.com/2009/07/bundling-multiple-versions-of-binary.html
previously), but I am not sure this can detect all the cases we need
to
In gecko-1.9.1:
The prcpucfg.h file differs between platforms. The version in
gecko-1.9.1/include causes problems for the mac build.
D gecko-sdks/gecko-1.9.1/include/prcpucfg.h
A + gecko-sdks/gecko-1.9.1/Linux_x86_64-gcc3/prcpucfg.h
Shouldn't it find one in Darwin*/include
On Sun, Aug 9, 2009 at 6:23 PM, colesb...@gmail.com wrote:
What are the OOPHM-related goals for MS1?
1. change the UI to coalesce the tabs related to a single application
(including multiple reloads of the same app, and multiple modules on the
same page), showing dropdowns to let you
Revision: 5924
Author: j...@google.com
Date: Sun Aug 9 17:49:13 2009
Log: Add FF3.5 x86_64 libraries.
http://code.google.com/p/google-web-toolkit/source/detail?r=5924
Added:
/plugin-sdks/gecko-sdks/gecko-1.9.1/Linux_x86_64-gcc3/lib/libmozjs.so
Revision: 5925
Author: j...@google.com
Date: Sun Aug 9 17:51:52 2009
Log: Add FF2 x86_64 libraries.
http://code.google.com/p/google-web-toolkit/source/detail?r=5925
Added:
/plugin-sdks/gecko-sdks/gecko-1.8/Linux_x86_64-gcc3/lib/libmozjs.so
Revision: 5926
Author: j...@google.com
Date: Sun Aug 9 17:55:47 2009
Log: Update platform matrix to match what is present, fix Mac FF3
jsautocfg.h,
add FF2 x86 Linux libraries, move prcpucfg.h to platform-specific directory
to avoid problems on Mac.
Patch by: jat, sgross
Matthew,
Now you got me interested! I currently have some JSNI code to
communicate between different modules, I would love to take this out
and replace it with something RPC style.
Can your RPC library handle complex structures (where the current 1.x
GWT RPC layers gives stackoverflow or out of
14 matches
Mail list logo