Re: [gwt-contrib] First-pass for adding HTML5's Canvas. (issue1082801)

This is not the final version yet (among other issues, the location is up for debate) but I would like to give people a chance to comment on it at this stage. Is there a reason not to put it in com.google.gwt.user.canvas ? -- http://groups.google.com/group/Google-Web-Toolkit-Contributors

Re: [gwt-contrib] Re: RPC vs DeRPC in 2.1

Hi, AFAICT, RequestFactory (as it will be in 2.1, as it should be in M4) seems to be what you're looking for: - fast: "pure JSON" (will use native JSON if available, falling back to json2.js otherwise) - no stack dependency: your entity proxies are JavaScriptObjects directly parsed from/strin

[gwt-contrib] Re: Let MenuItem implement HasEnabled (issue846801)

Ping! On 2010/09/07 16:49:52, rjrjr wrote: Please! On Tue, Sep 7, 2010 at 8:01 AM, Joel Webber wrote: > @rjrjr: I notice you own the bug -- do you have time to look at this, or > would you like me to take it off your hands? > > Le 6 septembre 2010 04:48,

[gwt-contrib] Let MenuItem implement HasEnabled (issue846801)

Reviewers: , Description: Let MenuItem implement HasEnabled and update MenuBar to use this information when selecting items. The themes are also updated with a gwt-MenuItem-disabled rule. This is an attempt to fix http://code.google.com/p/google-web-toolkit/issues/detail?id=1649 Please review

[gwt-contrib] jrydberg-bindings: bindgen-like data bindings for GWT

Just a proof-of-concept: http://github.com/jrydberg/jrydberg-bindings A generator with a few support classes that provides a way to get a HasValue for a bean property. It supports nested bindings, and is type safe. See the README-file in the project for more information. -- http://groups.goog

Re: [gwt-contrib] Uibinder parser api

On 9/1/10 10:01 PM, Ray Ryan wrote: Sorry, still not public. However, we're landing a patch that will eliminate a lot of the need for it: OK. But will it become public at some point in time? -- http://groups.google.com/group/Google-Web-Toolkit-Contributors

[gwt-contrib] Uibinder parser api

I haven't checked m3 yet, but will the parser API be public in 2.1? It's the one thing that would make it perfect. Sent from my iPhone -- http://groups.google.com/group/Google-Web-Toolkit-Contributors

Re: [gwt-contrib] RR: allow CheckBox to accept null?

On 8/25/10 6:16 PM, Ray Ryan wrote: The use case is dealing with boolean values that may be null, and really a check box is just the wrong UI there. Withdrawn. I know of at least one data binding framework, gwt-pectin, that signals "no value" using null. As a work-around gwt-pectin has it's own

[gwt-contrib] Re: HasEnabled (issue757801)

Done! On Fri, Aug 13, 2010 at 4:00 PM, wrote: > @johan - > > Can you sign a Contributor License Agreement so we can include your > code: > http://code.google.com/legal/individual-cla-v1.0.html > > If you scroll to the bottom, you can sign it electronically. > > - John > > > http://gwt-code-revie

[gwt-contrib] HasEnabled (issue757801)

Reviewers: , Description: Introduce an interface for widgets that has a setEnabled method. Please review this at http://gwt-code-reviews.appspot.com/757801/show Affected files: user/src/com/google/gwt/user/client/ui/FocusWidget.java user/src/com/google/gwt/user/client/ui/HasEnabled.java

Re: [gwt-contrib] Making GWT look good...

On 8/6/10 2:44 PM, Chris Ramsdale wrote: Hey GWT(ers), I've heard from many of you that GWT apps simply don't look that good out of the box, and styling the default app would go a long way. We couldn't agree more. As some of you know, GWT 2.1 (with the help of Spring Roo 1.1) will generate a

[gwt-contrib] Re: Introduces com.google.gwt.text from bikeshed, along with changes in (issue649801)

http://gwt-code-reviews.appspot.com/649801/diff/1/88 File user/src/com/google/gwt/user/client/ui/ValueBoxBase.java (right): http://gwt-code-reviews.appspot.com/649801/diff/1/88#newcode46 user/src/com/google/gwt/user/client/ui/ValueBoxBase.java:46: SourcesChangeEvents, HasChangeHandlers, HasText,

Re: [gwt-contrib] now.. afetr GWT 2.0?

On Dec 17, 2009, at 3:03 PM, Arthur Kalmenson wrote: >> Working on a draft one. >> What do folks here think is important? > > - data binding and validation frameworks, which would remove a _lot_ > of boiler plate code and greatly increase productivity. > - incubator clean up and perhaps splittin

Re: [gwt-contrib] now.. afetr GWT 2.0?

On Dec 17, 2009, at 3:03 PM, Arthur Kalmenson wrote: >> Working on a draft one. >> What do folks here think is important? > > - data binding and validation frameworks, which would remove a _lot_ > of boiler plate code and greatly increase productivity. Absolutely! > - incubator clean up and pe

[gwt-contrib] Re: Initial implementation of layout system, along with the first two layout widgets.

> I did a very-very simplified layout system based on > top,bottom,left,right,width and height CSS attributes: > > http://69.20.122.77:8880/gwt-layout/ > > So far SimpleLayout, HBoxLayout & VBoxLayout are implemented. > > Source files: http://69.20.122.77:8880/gwt-layout/org.gwt20.mosaic.demo.tbz

[gwt-contrib] Re: Yet more Data Binding and Validation Thoughts

On Jun 23, 2009, at 1:18 AM, Andrew Pietsch wrote: > > Hi there, > > Like many others I'm looking forward to see what you guys come up with > in the databinding area. But I miss some of the PresentationModel/ > ValueModel style frameworks I've come to like in Swing and thought I'd > put in my 2

[gwt-contrib] Re: gen2 TreeTable demo online

dflorey skrev: > Hi, > I've put together a live demo for the TreeTable stuff in my branch. > You can find the demo link in the wiki page that I've created > containing a minimalistic tutorial: Is there a way to have the table backed by a tree table model? --~--~-~--~~~---

[gwt-contrib] Re: RR: 1.6 Event handler proposal

Whats the plan for the rest of the widgets in the incubator? Will they be ported to the new event system one by one, or will this be a part of the working when bringing the widget into 1.6 (that will have the new event system). --~--~-~--~~~---~--~~ http://groups

[gwt-contrib] Re: RR : Three new RPC design docs

> This document is more about how we might revamp the RPC payload format > to improve deserialization speed, eliminate recursive behavior, and > provide a well-supported mechanism for custom serialization: > http://code.google.com/p/google-web-toolkit/wiki/RpcDirectEval I just say that I would