Google Web Toolkit

Thursday, February 28, 2013

Re: How to align DockLayoutPanel:east content floated to the right?

Especially I'm looking for this:
           <g:east size='10'>
                    <g:FlowPanel styleName="{style.right}">
                          <g:ToggleButton text="toggleMe" width="60px" />
                    </g:FlowPanel>
                </g:east>

This would still align the togglebutton to the left edge of the <g:east> panel. Why?

--
You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscribe@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

How to align DockLayoutPanel:east content floated to the right?

How can align the content of the east panel docked to the right edge?
Using the following would just align everything in it's panel to their left edge:

<g:DockLayoutPanel unit="EM">
<g:west size="10"><g:FlowPanel styleName="{style.left}" >
<g:east size="10"><g:FlowPanel styleName="{style.right}" >
<g:center />

.left { float: left; }
.right { float: right; }

Re: RequestFactory issue with overloaded setters in domain type

On Thursday, February 28, 2013 11:18:22 AM UTC+1, Ignacio Baca Moreno-Torres wrote:

If you don't want to have a delegator DTO, you may try AOP. For example, with guice you can match the classes you have the NPE problem, and return null before de NPE.

or in this specific case, use a ServiceLayerDecorator whose getSetter returns the appropriate setter for the given known class and property name (or possibly do the right thing in setProperty, without the need to go down to the java.lang.reflect level)

Re: PopupPanel.hide() steals focus from TextBox?

Tried this but does not work for me. Only what helps is disabling the animation...

2013/2/27 <rjfleck@gmail.com>

I had a similar problem with a DialogBox
setModal(false) fixed it.

--
You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscribe@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

Re: RequestFactory issue with overloaded setters in domain type

If you don't want to have a delegator DTO, you may try AOP. For example, with guice you can match the classes you have the NPE problem, and return null before de NPE.

On Feb 27, 2013, at 6:30 PM, James Horsley <james.horsley@gmail.com> wrote:

Issue filed https://code.google.com/p/google-web-toolkit/issues/detail?id=8039

On 27 February 2013 17:04, James Horsley <james.horsley@gmail.com> wrote:

Thanks for the quick and detailed reply.

Given a big win using RequestFactory is having it work well with existing server side data models it'd seem like something we'd want to fix, relative to other priorities of course. In this specifc case I don't own the domain class as it's from a 3rd party and it's been fantastic with RF to just use a proxy interface to pass the data across without another DTO. I can extend it in this specific case to override the behaviour of setUnit(SomeUnitEnum) but that's not always possible and I'm still at the mercy of the order the methods are iterated in as to what type I have to use in my Proxy interface, this throws it into the want to fix case for me (not surprising perhaps given I'm the one asking the question).

I'll file an issue for it and am fully behind the fact that if I think it's important that I should get a patch out for it so will try to do that. The geTop().getGetter(domainClass, property) suggestion you made sounds like a quick and mildly dirty way through; although I may look at the first fallback based solution you mentioned.

Cheers,
James

On 27 February 2013 16:05, Thomas Broyer <t.broyer@gmail.com> wrote:

On Wednesday, February 27, 2013 4:05:30 PM UTC+1, James Horsley wrote:

I'm running into an issue where RequestFactory isn't calling the correct setter on the domain object in DevMode and I've not tried it compiled yet. Looking at the code it appears that ReflectiveServiceLayer.getBeanMethod is just picking the first setter it finds based on SET/SET_BUILDER, are only verifying that the method is a setter, and the method name.

I was going to submit an issue for it and see about getting a patch together but thought I'd ask here first to see if I'm missing something.

A more concrete example that I'm running into is that the domain class has something like the following:

DomainClass.java
void setUnit(String unit) { this.unit = unit; }
void setUnit(SomeUnitEnum unit) { this.unit = unit.toString(); }

ProxyInterface.java
void setUnit(String unit);

String getUnit();

when unit is null, the server side RF code is calling the enum version which is causing an NPE.

Anything I'm missing or should just file the issue?

Fixing this would require breaking changes in ServiceLayerDecorator though (getSetter would need a new expectedType parameter, similar to setProperty) so I wonder how best we could provide backwards compatibility (ideally, getSetter(Class,String,Class) would fallback to getSetter(Class,String) (to ensure backwards compatibility with custom ServiceLayerDecorators) but we'd then like ReflectiveServiceLayer#getSetter(Class,String) to answer based on the Class originally passed to getSetter(Class,String,Class). Alternatively, ReflectiveServiceLayer#getSetter could call getTop().getGetter(domainClass, property) and then use the getter's return type to disambiguate overloaded setters. That would then make it impossible to have proxies with setter-only properties (see https://code.google.com/p/google-web-toolkit/issues/detail?id=5760, there's much to be done before this can be supported, so the server-side implementation might be revisited at that point, i.e. not a showstopper)

The question is: is this something we really *want* to fix? And honestly, I don't have a problem rejecting overloaded setters (see also the comment on https://code.google.com/p/google-web-toolkit/issues/detail?id=6587: if it weren't for protobuf where the idiom is common, having "overloaded" hasXxx and getXxx getters would have been declared illegal).

Feel free to file an issue, but be warned that I'll categorize it as PatchesWelcome.

--
You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscribe@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

--
You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscribe@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

Wednesday, February 27, 2013

Re: Problem use GWT 2.5.0 Super Dev Mode

See https://groups.google.com/group/google-web-toolkit/browse_thread/thread/efc1e5e3b7853cac/0d745bfee422f8eb

2013/2/27 emurmur <emurphy@conceptuamath.com>

Here is a blog post I wrote on getting the code server running with the Elemental library. You might find stuff in it that is useful.

http://lumpofcode.blogspot.com/2012/11/configuring-gwt-codeserver-and.html

On Wednesday, February 27, 2013 1:09:59 AM UTC-8, Dominic Warzok wrote:
Hey I try to use Super Dev Mode in my web app.

But I always get the message
"Can't find any GWT Modules on this page. code server"

I follow these Steps to get Super Dev Mode running in eclipse:

1. add <add-linker name="xsiframe" />

<set-configuration-property name="devModeRedirectEnabled" value="true" />

to my webapp.xml

2. build a new Java configuration "Run as Java App"

3. Start up code server Output:
A lot of compiling packages and this:

Source Maps Enabled
Compile of permutations succeeded

Linking into C:\Users\warzok\AppData\Local\Temp\gwt-codeserver-2196663031883485286.tmp\com.SchumannGmbH.cam.web.Web_CAM\compile-1\war\web_cam; Writing extras to C:\Users\warzok\AppData\Local\Temp\gwt-codeserver-2196663031883485286.tmp\com.SchumannGmbH.cam.web.Web_CAM\compile-1\extras\web_cam

Link succeeded
Compilation succeeded -- 50,274s

Compile completed in 50873 ms
SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation

SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.

The code server is ready.

Next, visit: http://localhost:9876/

4. Run normal dev mode with these programm arguments:

-war "${workspace_loc:Web-CAM/war}" -remoteUI "${gwt_remote_ui_server_port}:${unique_id}" -startupUrl Web_CAM.html -logLevel INFO -codeServerPort 4321 -port 8888 com.SchumannGmbH.cam.web.Web_CAM

Maybe here is the error ?!

5. Go to http://localhost/myWebApp.html

6. Click Dev Mode On

If I set up a Testproject this will work but not with my bigger webapp,

Any sugesstions

Thanks in advance .

--
You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscribe@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

Nick Cannon, Catalaya , and 6 others have Tweets for you

Nick Cannon @NickCannon

Exceptional work @TheBestManager! celeb.bz/Wghx8v

26 Feb

Guns for Greatness

Micahel Blue Williams, the head of Family Tree Entertainment, proposes a gun buyback program that would reward New Yorkers who trade in their guns with mentorship and Beyonce concert tickets for The M …