One request, especially around the table work
Please use this forum generously--ask questions about APIs and bounce
ideas around publicly so that we have ample opportunity to chime in
(and fewer excuses if the delivered solution doesn't work for us).
Thanks!
jay
On Jan 12, 10:04 am, Jo
Revision: 7387
Author: j...@google.com
Date: Tue Jan 12 14:33:11 2010
Log: Merge trunk r7385 into this branch.
svn merge --ignore-ancestry -c7385 \
https://google-web-toolkit.googlecode.com/svn/trunk
http://code.google.com/p/google-web-toolkit/source/detail?r=7387
Modified:
/branches/snap
On Tue, Jan 12, 2010 at 5:03 PM, Arthur Kalmenson wrote:
> Hello John,
>
> This is really great news.
>
> > We will build upon the lessons learned with these incubator widgets, but
> the API for the new data backed widgets will evolve significantly from the
> current APIs.
>
> Is this essentially
Revision: 7386
Author: rj...@google.com
Date: Tue Jan 12 14:09:37 2010
Log: Merges tr...@7385 to undo some backward incompatible bits of tr...@7378
svn merge --ignore-ancestry -c 7385
http://google-web-toolkit.googlecode.com/svn/trunk .
http://code.google.com/p/google-web-toolkit/source/deta
Revision: 7385
Author: j...@google.com
Date: Tue Jan 12 14:04:19 2010
Log: Revert the portion of r7378 that renames argument names in generated
code.
Patch by: jat
Review by: rjrjr (TBR)
http://code.google.com/p/google-web-toolkit/source/detail?r=7385
Modified:
/trunk/user/src/com/google/gw
Hello John,
This is really great news.
> We will build upon the lessons learned with these incubator widgets, but the
> API for the new data backed widgets will evolve significantly from the
> current APIs.
Is this essentially data binding? Since you've put Form Validation at
GWT 2.2, I guess
Hi guys,
First I have to say great work in the new layout system I’m so amazed
how simple was solved and how good it is .
My request is to add a setSplitPosition method for the
SplitLayoutPanel class, I did not find an issue for this, so I'm
asking for it here first . The method as you could im
No problem. I'll review this patch and try it out within the next 48
hours. You have my permission to nag me Friday morning if I don't leave
feedback before then. Thanks for the patch.
http://gwt-code-reviews.appspot.com/131802
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
@jlabanca: Given that this hits two of your favorite parts of the system,
mind having a look?
On Tue, Jan 12, 2010 at 2:26 PM, wrote:
> Reviewers: ,
>
> Description:
> Current methods setEnabled and isEnabled in RichTextArea widget come
> from its parent class FocusWidget. This implementation ch
Reviewers: ,
Description:
Current methods setEnabled and isEnabled in RichTextArea widget come
from its parent class FocusWidget. This implementation changes and reads
the attribute disabled of the element. Setting this attribute to the
iframe element does nothing, so the correct way to handle th
Actually I've just realized that the first of the two options I just
mentioned still does not resolve the subclass issue - when registering
your handler, you'd still have to know if you expect a subclass to be
returned or not, which sort of negates the point of interfaces on the
model classes in th
You are exactly correct, and that will be a problem I hadn't thought
of since I am using interfaces for my model objects. I am hereby
revoking my co-worker's lunch freebie!
So assuming the GenericEvent class from my previous post, here's a
unit test that fails, according to your statements:
publi
Incubator Users -
The Google Web Toolkit Incubator project began as a proving grounds for new
widgets to be vetted before joining the ranks of the GWT trunk. We've seen
some success stories over the last year with EventHandlers, ClientBundle,
and DatePicker, but for many of the widgets and librari
Revision: 7384
Author: rj...@google.com
Date: Tue Jan 12 09:42:24 2010
Log: Merge tr...@7382 into this branch, to fix test broken by tr...@7378
svn merge --ignore-ancestry -c 7382
http://google-web-toolkit.googlecode.com/svn/trunk .
http://code.google.com/p/google-web-toolkit/source/detail?r
On Jan 12, 5:42 pm, jarrod wrote:
> It's amazing what fellow developers can come up with when you dangle a
> free lunch in their face! Below is a refactored GenericEvent and
> GenericEventTest that compiles and satisfies my desire to cut
> clutter... but now I owe my co-worker lunch...
>
> publi
Revision: 7383
Author: j...@google.com
Date: Tue Jan 12 09:10:49 2010
Log: Merge in trunk r7378, r7382 -- collect method arg names in generated
code.
svn merge --ignore-ancestry -c7378 \
https://google-web-toolkit.googlecode.com/svn/trunk
svn merge --ignore-ancestry -c7382 \
https://g
Revision: 7382
Author: j...@google.com
Date: Tue Jan 12 09:01:40 2010
Log: Changes missing from r7378.
Patch by: jat
Review by: rjrjr (TBR)
http://code.google.com/p/google-web-toolkit/source/detail?r=7382
Modified:
/trunk/dev/core/test/com/google/gwt/dev/javac/asm/ResolveGenericsTest.java
===
It's amazing what fellow developers can come up with when you dangle a
free lunch in their face! Below is a refactored GenericEvent and
GenericEventTest that compiles and satisfies my desire to cut
clutter... but now I owe my co-worker lunch...
public class GenericEvent extends GwtEvent> {
p
My application contains a number of basic model types (let's call them
Foo, Bar, Baz, Etc). The goal of my application is to manage these
Foos and Bars, and so on. My application then performs basic CRUD
operations on each of these types, such as "create Foo", "read Foo",
"update Foo" and "delete F
Comment by j...@google.com:
In the future, it would be helpful if you could elaborate on "doesn't
work". That example includes , when the units are EMs, so
it *does* work, but the value is so large as to be useless. I just changed
it to size='10' (will be pushed soon), which should be less
Comment by kaefert:
The g:DockLayoutPanel Sample from
http://code.google.com/intl/de-DE/webtoolkit/doc/latest/DevGuideUiBinder.html
doesn't work.
For more information:
http://code.google.com/p/google-web-toolkit/wiki/UiBinder
--
http://groups.google.com/group/Google-Web-Toolkit-Contributo
I've created
http://code.google.com/p/google-web-toolkit/issues/detail?id=4477
for this one.
On Jan 9, 11:48 am, dflorey wrote:
> I've create a simple code snippet to track down the problem and it
> turned out that this problem only occurs when putting a Frame() widget
> into the tab. This seems
22 matches
Mail list logo
