Re: GWT 2.5.1-rc1 available

[Thomas Broyer]

On Friday, February 15, 2013 8:03:25 AM UTC+1, Sachin Shekhar R wrote:
>
> Any idea when will they be become available on public maven repo's?
>

They already are in Central for 10 days.

>

-- 
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+unsubscr...@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: GWT 2.5.1-rc1 available

[Sachin Shekhar R]

Any idea when will they be become available on public maven repo's?

On Thursday, February 14, 2013 12:24:49 AM UTC+5:30, Matthew Dempsky wrote:
>
> Hi everyone,
>
> We're excited to announce the GWT 2.5.1-rc1 release candidate!  There will 
> be an announcement soon on the GWT 
> Blog, 
> and you can download it 
> here.
>  
>  This release candidate has been uploaded to Maven Central with the version 
> string of "2.5.1-rc1".
>
> GWT 2.5.1 contains over 50 new bug fixes, many of which were contributed 
> by the community.  Thanks to everyone who reported issues and/or submitted 
> patches.
>
> Please test out this release candidate and let us know of any issues, 
> especially any regressions from either 2.4.0 or 2.5.0.  Thanks!
>
> -Matthew, on behalf of the GWT team
>

-- 
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+unsubscr...@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: Query regarding integrating external scripts like Chitika

[Sachin Sreenivasan]

But if I put in my host html, will I be able to pass values to this script
to make it dynamic? I don't know javascript. So not sure how to try that
approach.

Thanks,
Sachin
On Feb 15, 2013 12:18 AM, "Jens"  wrote:

> I don't know Chitika but can't you just put it into your host html page
> which also loads your GWT app?
>
> -- J.
>
> --
> 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+unsubscr...@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+unsubscr...@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.

Anyone tried to compile an old GWT 1.x app, under 2.5? Don't bother...it's broken.

[Dave]

Ok. I tried this.

Use the new WebAppCreator, and create a work area for some 'SimpleMaps' 
example.

Run ant, and the generic generated code will compile.

But, as soon as you take the example code from SimpleMaps and try to 
compile that, the
compile will fail.

There's some mumbling about various tweaks, such
as putting gwt-maps.jar into the GWT tree, or adding an 'inherits' as shown 
at:
http://code.google.com/p/gwt-google-apis/wiki/MapsGettingStarted
but none of that works.  (I tried with 1.1.1 and 1.0.4, etc)

I'm just talking about getting a clean compile.  I can't.
Not under Win-7.
Not under Linux.

Someone didn't do their homework (aka basic testing).

So, what's my workaround, until this gets sorted???


-- 
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+unsubscr...@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: Custom GWT CellTree To open its nodes on a click of the whole Text and not just a pointer(image) on to its left

[Tomek Kańka]

Oh, there are two of us.

I just asked the same question day ago:).

My ideas: 

Should I use selectionModel for these items, and somehow find what node was 
selected (how?), or
use 
CellPreviewEvent.Handlerin
 some mysterious way?

-- 
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+unsubscr...@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: EditorDriver setConstraintViolations not applicable for arguments error

[Milan Cvejic]

Hi, here is working solution:

Validator validator = 
Validation.buildDefaultValidatorFactory().getValidator();
Set> violations = 
validator.validate(editor.flush());

@SuppressWarnings({ "rawtypes", "unchecked" })
Iterable> violations2 = 
(Iterable>) (Set) violations;
if (!violations.isEmpty()) {
editor.setConstraintViolations(violations2);
return;
}

where MODEL is class that you used when declaring interface for editor. IE:

interface MyEditorDriver extends SimpleBeanEditorDriver {
}

MyEditorDriver editor;

Cheers,
Milan

On Thursday, February 14, 2013 4:43:48 PM UTC+1, Alexandre Senecal wrote:
>
> Using GWT 2.5.0, I would like to use Client side validation and Editors. I 
> encounter the following error when trying to pass the ConstraintViolation 
> Set to the EditorDriver as follows.
>
>  Validator a = Validation.buildDefaultValidatorFactory().getValidator();
>
>   Set> b = a.validate(person);
>
>   editorDriver.setConstraintViolations(b);
>
> The method setConstraintViolations(Iterable>) in 
> the type EditorDriver is not applicable for the arguments 
> (Set>)
>
> The only somewhat relevant post I could find was Issue 
> 6270
>
> I've posted this question on stackoverflow as well, with example code 
> (Classes, UiBinder, GWT Module and dependencies).
>
> How to setConstraintViolations on EditorDriver using return value of 
> client side Validator Validate method 
> call
>

-- 
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+unsubscr...@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: RichTextArea IE vs. Firefox || P vs BR

[Milan Cvejic]

Here you can find my solution to this: 
https://groups.google.com/d/topic/google-web-toolkit/t5OBuflQCzY/discussion

There is one thing that you need to implement also, and that is to detect 
weather cursor is currently in ol or ul tags, and if so just call 
super.onBrowserEvent method and add default case where you will call same 
method.

Milan

On Thursday, February 14, 2013 12:15:08 PM UTC+1, Daniel Girtler wrote:
>
> I have the same problem in IE8 and IE9 is there a solution to this problem?
>
> On Friday, April 24, 2009 12:10:34 AM UTC+2, lamas1...@yahoo.com wrote:
>>
>> Hello everybody, 
>>
>> Java: 6 
>> GWT: 1.6.4 
>> GXT: 2.0-m1 
>>
>> IE : 7 
>> Firefox: 3.0.8 
>>
>> The HtmlEditor behaves differently in Internet Explorer and Firefox by 
>> "new line"/"line break" (Enter). 
>> The HtmlEditor used internally the RichTextArea. 
>>
>> IE converted the HtmlEditor "new lines" to HTMLTag - P: 
>>   dummy test 
>>   dummy test 
>>   dummy test 
>>
>> Firefox converted the HtmlEditor "new lines" to HTMLTag - BR: 
>>   dummy testdummy testdummy testdummy test 
>>
>>
>> This behavior is also here (http://gwt.google.com/samples/Showcase/ 
>>
>> Showcase.html#CwRichText)
>>  
>> understandable. Write more than one line in 
>> IE (Enter == P) and and then in Firefox (Enter == BR). 
>>
>>
>> What should I do, so he Internet Explorer (IE)  shows/convert  no 
>> longer "line break" to HTML-Tag P but to BR? 
>>
>> Thanks 
>>
>

-- 
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+unsubscr...@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: GWT Compiler doesnt generate cache.html files

[Jens]

In one of your *.gwt.xml files you probably have added the 'xsiframe' 
linker. This linker allows you to load your app from a different domain and 
because of this it has to generate *.cache.js files instead of *.cache.html 
files.

So everything is fine :-)

-- J.

-- 
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+unsubscr...@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.

GWT Designer, throws exception if parent constructor missing call to initWidget

[Sam]

GWTDesigner will not open a class in design view if its parent components 
constructor does not call initWidget, it chokes with that all too familiar 
this UIObject's element is not set  I need to make this call in the 
child and not the parent. 

public abstract class A extends composite {
public A() {
 // no initWidget call
}
...

public class B extends A {
MyCustomPanel panel
public B() {
...
initWidget(panel); 

Wasn't able to move the image to the bottom

Thanks

-- 
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+unsubscr...@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.

Is "GWT Consulting" a viable career path?

[frankwalker10000]

Hi everyone.  I've been working with GWT for several years (since 1.5) at 2 
different companies, building medium/large enterprise web applications.  I 
love working with GWT, but don't always love the "employee" lifestyle, 
having to worry about conserving the tiny amount of PTO I get whenever I 
want to take a day or two off, set working hours, pointless meetings, etc. 
 I also like the variety of switching projects every now and then. 
 Therefore, I'm toying with the idea of starting my own 1-man consulting 
company, ideally working on projects lasting somewhere between 1 week and 3 
months.  

I know this is kind of off topic, but I figured this would be the perfect 
community to ask.  Has anyone else done something like this?  Is there a 
large enough market for shorter term GWT specialists, or are the types of 
projects that use GWT generally more complex/longer term projects?  If so, 
any advice on how to go about finding jobs would be awesome.  

Thanks!

-- 
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+unsubscr...@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.

GWT Compiler doesnt generate cache.html files

[Paul Krants]

 it generates *.cache.js files instead. Application seems to be working 
but  all documentation and examples I could find mention cache.html files.
Could not find anything in the compiler options to switch it. 
Using GWT 2.4.0 at the moment.
Any ideas?


Thanks

-- 
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+unsubscr...@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.

Custom GWT CellTree To open its nodes on a click of the whole Text and not just a pointer(image) on to its left

[magesh kumar]

It would be really helpful if i get to know some tips on how to change the 
trigering mode to open a node in a GWT CellTree...Now by default its the 
image on the left of every root node is being used to trigger..I need it to 
trigger when some body clicks on the whole root node...


Thanks in advance for your valuable tips


Regards ,
Magesh Kumar M

-- 
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+unsubscr...@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.

EditorDriver setConstraintViolations not applicable for arguments error

[Alexandre Senecal]

Using GWT 2.5.0, I would like to use Client side validation and Editors. I 
encounter the following error when trying to pass the ConstraintViolation 
Set to the EditorDriver as follows.

 Validator a = Validation.buildDefaultValidatorFactory().getValidator();

  Set> b = a.validate(person);

  editorDriver.setConstraintViolations(b);

The method setConstraintViolations(Iterable>) in the 
type EditorDriver is not applicable for the arguments 
(Set>)

The only somewhat relevant post I could find was Issue 
6270

I've posted this question on stackoverflow as well, with example code 
(Classes, UiBinder, GWT Module and dependencies).

How to setConstraintViolations on EditorDriver using return value of client 
side Validator Validate method 
call

-- 
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+unsubscr...@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: Compiling for IE8

[Paul Krants]

I got exactly the same problem.
Some users with IE7/IE8 unable to load our GWT module.


What I have in my initial html file is:

 

   function myAccountOnLoadErrorFn(moduleName) {
  alert('Failed to load module [' + moduleName + '].');
}


So user get this alert.

We also have alerts in the begging of entry point class  

public void onModuleLoad() {
Window.alert("We are here");


But user never sees that alert.



Any ideas?


Thanks




On Wednesday, January 30, 2013 2:59:29 AM UTC-5, Luca Morettoni wrote:
>
> On Thu, Jan 17, 2013 at 9:08 AM, Thomas Broyer 
> > 
> wrote: 
> >> I've got a fairly complex RIA application involving GWT 2.5 and GXT 
> 3.0.1, 
> >> and I noticed that changing compiler flags (like optimization level) 
> doesn't 
> >> improve (and even degrades) performance in IE8. 
> >> So, could anyone help me out: what are the best compiler settings for 
> >> performance in IE8 in production mode. 
>
> About IE8 browser, I have a GWT application that work fine under IE8, 
> and crash in another PC with the same version of IE and O.S. 
> The problem comes when the browser start to load the initial 
> application page, and the error is: 
>
> Message: Exception thrown and not caught 
> Line: 4239 
> Char: 150 
> Code: 0 
>
> any idea/hint? I can't debug directly into the customer browser... :( 
>
> -- 
> Luca Morettoni  | http://www.morettoni.net 
> gtalk/msn: luca(AT)morettoni.net | http://twitter.com/morettoni 
> Google+ profile: http://bit.ly/morettoni_plus 
> Member of GDG Perugia: http://perugia.gtugs.org 
>

-- 
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+unsubscr...@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: GWT 2.5.1-rc1 available

[Juan Pablo Gardella]

Thanks Thomas!


2013/2/14 Thomas Broyer 

>
>
> On Thursday, February 14, 2013 4:43:04 PM UTC+1, Juan Pablo Gardella wrote:
>>
>> Hi all,
>>
>> Where are the last release notes? I saw here
>> but the last
>> was 2.5.0
>>
>> Not ready yet (as well as the announcement on the blog).
> Have a look here
> https://code.google.com/p/google-web-toolkit/issues/list?can=1&q=Milestone%3D2_5_1+status%3AFixedNotReleased
>
> And the commit log should be (more or less):
> https://gwt.googlesource.com/gwt/+log/306af3a..2.5.1-rc1
>
> --
> 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+unsubscr...@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+unsubscr...@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: GWT 2.5.1-rc1 available

[Thomas Broyer]

On Thursday, February 14, 2013 4:43:04 PM UTC+1, Juan Pablo Gardella wrote:
>
> Hi all,
>
> Where are the last release notes? I saw here 
> but the last was 
> 2.5.0 
>
> Not ready yet (as well as the announcement on the blog).
Have a look here 
https://code.google.com/p/google-web-toolkit/issues/list?can=1&q=Milestone%3D2_5_1+status%3AFixedNotReleased

And the commit log should be (more or less): 
https://gwt.googlesource.com/gwt/+log/306af3a..2.5.1-rc1 

-- 
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+unsubscr...@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: Query regarding integrating external scripts like Chitika

[Jens]

I don't know Chitika but can't you just put it into your host html page 
which also loads your GWT app?

-- J.

-- 
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+unsubscr...@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: Private versus Protected definitions

[Jens]

> I don't understand your argument that the implementation would become 
> "locked down" because changing methods from private to protected is opening 
> it up, not locking it down.  Can you give an example of what you mean?  How 
> can this possibly break existing code (barring a name conflict -- in which 
> case you should create new classes, created the right way, so that new 
> projects can use them without damaging the old projects)?


It opens the API for you, yes, but it locks down the API for the GWT team 
as they can not remove the protected method anymore without breaking your 
code that overrides that method. Its like a method on an interface. Once it 
exists you can not remove it anymore without breaking  the code of the 
library users. GWT chooses to make things as private as possible to give 
the GWT team the freedom to change internal things without breaking any 
existing code. If you think something should be protected you can file an 
issue to request it and possibly start a discussion with the GWT team and 
others.

In case of your DateBox you can listen for key strokes by adding key 
handlers to datebox.getTextBox() which holds the rendered date. But you 
have to test the TextBox content if its a valid date before continuing. An 
invalid date string would result in DateBox.getValue() to return null (if 
you use that value to do your search).

http://google-web-toolkit.googlecode.com/svn/javadoc/latest/com/google/gwt/user/datepicker/client/DateBox.html#getTextBox()

-- J.

-- 
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+unsubscr...@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: Private versus Protected definitions

[Bob Lacatena]

To further clarify, the problem in DateBox occurs more specifically not on 
a date change to a new date, but when using the keyboard to blank out a 
date.  Neither the keystroke nor the blur event on the text box fire a 
value change event, but the value of the date for the box *is* set to null.

On Thursday, February 16, 2012 9:28:32 AM UTC-5, Bob Lacatena wrote:
>
> I invariably find that GWT doesn't do exactly what I need.  Too often, 
> however, I'm frustrated in my efforts to extend a class because too 
> many elements or methods are private (rather than protected) and such 
> private fields are not even exposed by getters and setters. 
>
> Please go through all of your code and change "private" to 
> "protected".  In the rare case where you really don't want someone 
> touching something (e.g. deprecated methods) that's fine, but think 
> ten times about having a private field without a getter/setter, or a 
> private method of any sort.  Such a situation should be very, very 
> rare in a toolkit that's meant to be extensible, and is obviously 
> limited in functionality and absolutely will require that the 
> programmer roll up his sleeves.

-- 
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+unsubscr...@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: Private versus Protected definitions

[Bob Lacatena]

Okay, I can't emphasize how important this is, because GWT is not perfect, 
and it needs fixing from time to time.  I just wasted two days on just such 
a problem.

I don't understand your argument that the implementation would become 
"locked down" because changing methods from private to protected is opening 
it up, not locking it down.  Can you give an example of what you mean?  How 
can this possibly break existing code (barring a name conflict -- in which 
case you should create new classes, created the right way, so that new 
projects can use them without damaging the old projects)?

I can give you the example of what I just ran into.  I have a page with a 
date range for a search (for which I use two date boxes), among other 
criteria.  Whenever any criteria changes I want to highlight the search 
button, to show that it needs to be pressed (or, alternately, I could fire 
the search automatically).

This works fine when the user uses the GUI DatePicker, because it fires a 
ValueChangedEvent.  But keystrokes do not.. they trigger the (private) 
updateDateFromTextBox() method, which in turn triggers the (private) 
setValue(Date oldDate, Date date, boolean fireEvents) method.  Because 
these are private, I can't override them.  I also attempted to simply list 
for the fairly basic DateChangeEvent class, and was blocked because that 
entire class is private.

[Listen for key events?  Nope, sorry, the internal box field is private, so 
we can't attach a listener to that, and DateBox doesn't expose it's own 
listener for access.]

So... my only resolution was to do the worst possible thing 
(breaking-code-wise) and to copy the GWT DateBox and DateChangeEvent 
classes, creating my own versions where I change the private methods to 
protected, and am then able to override them as necessary (in this case, 
overriding updateDateFromTextBox() to first call 
super.updateDateFromTextBox(), and then to trigger an onValueChange 
event/method.  This sort of subterfuge is infuriating to have to wind one's 
way into.  And if you make any fixes or changes to those classes, the code 
cannot take advantage of them... and the fact that this has even been done 
is buried in the javadoc for those classes (although at least I added it in 
bold caps).

I've also run into other cases where even this brute-force-and-dreaded 
solution to a simple problem just is not possible, where key components in 
the class ancestry are private and the complex evolution from BasicThingy 
to UsefulThingy is too convoluted to overcome.

The easy answer?  Make the updateDateFromTextBox() method trigger a value 
changed event.  

But longer term?  Recognize that Google makes mistakes from time to time, 
and use protected methods so that competent programmers can overcome your 
mistakes without juggling hand-grenades.


On Friday, February 17, 2012 1:06:02 PM UTC-5, Tony Edgin wrote:
>
> I can understand your frustration, but moving most implementation
> details of library to its interface would put a chokehold on the
> library's development.  Most of the implementation would become locked
> down for fear of breaking client code.
>
> I know its painful, but if you need access to a field or a private
> method of a class, first reconsider your design.  You are attempting
> to use the class in a way the designer of the class didn't intend.
> After reconsidering your design.  If you still think the class's
> interface needs to be extended, put in a change request.  Then the
> designer of the class can see if it makes sense to have in the
> internal functionality exposed through the class's interface.
>
> On Thu, Feb 16, 2012 at 07:28, Bob Lacatena > 
> wrote:
> > I invariably find that GWT doesn't do exactly what I need.  Too often,
> > however, I'm frustrated in my efforts to extend a class because too
> > many elements or methods are private (rather than protected) and such
> > private fields are not even exposed by getters and setters.
> >
> > Please go through all of your code and change "private" to
> > "protected".  In the rare case where you really don't want someone
> > touching something (e.g. deprecated methods) that's fine, but think
> > ten times about having a private field without a getter/setter, or a
> > private method of any sort.  Such a situation should be very, very
> > rare in a toolkit that's meant to be extensible, and is obviously
> > limited in functionality and absolutely will require that the
> > programmer roll up his sleeves.
> >
> > --
> > You received this message because you are subscribed to the Google 
> Groups "Google Web Toolkit" group.
> > To post to this group, send email to 
> > google-we...@googlegroups.com
> .
> > To unsubscribe from this group, send email to 
> google-web-toolkit+unsubscr...@googlegroups.com .
> > For more options, visit this group at 
> http://groups.google.com/group/google-web-toolkit?hl=en.
> >
>
> -- 
> Tony Edgin
> Software Architecture and Design Leader
> LBT Observatory
> 933 N. Cherry

Re: GWT 2.5.1-rc1 available

[Juan Pablo Gardella]

Hi all,

Where are the last release notes? I saw here
but the last was
2.5.0

Thanks


2013/2/14 Thomas Broyer 

>
>
> On Thursday, February 14, 2013 2:11:21 PM UTC+1, Paul Robinson wrote:
>>
>> While it's good to get rid of long-deprecated things, is it really a good
>> idea to do that in a point release like this? Shouldn't it wait until GWT
>> 2.6? I'm thinking in particular of GWTShell and GWTCompiler.
>
>
> GWTShell and GWTCompiler have been deprecated since GWT 1.6, first
> released 3 years ago (1.6.0 is dated Feb 4th)
> HostedMode was the replacement for GWTShell in GWT 1.6 and has disappeared
> long ago, replaced by DevMode (there's still a HostedMode entry point, but
> it simply says "hey, I'm deprecated, use DevMode instead" and exits: that
> was in Sept/Oct 2009 !)
>
> GWTShell survived HostedMode only because JUnitShell was still based on it
> for a while (until April 2010, when it was rewritten to extend DevMode
> instead, and thus use Jetty instead of Tomcat).
>
> Removing GWTShell was a long-overdue task, we're just removing clutter
> here. This allows us to remove the Tomcat dependency and stop bundling it
> into gwt-dev.jar (which almost balances the growth of ICU, so that gwt-dev
> *only* grows by  1MB instead of ~3MB)
>
> So if you ask me, yes, it's a good idea doing this even in a point release.
>
> --
> 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+unsubscr...@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+unsubscr...@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: GWT 2.5.1-rc1 available

[Thomas Broyer]

On Thursday, February 14, 2013 2:11:21 PM UTC+1, Paul Robinson wrote:
>
> While it's good to get rid of long-deprecated things, is it really a good 
> idea to do that in a point release like this? Shouldn't it wait until GWT 
> 2.6? I'm thinking in particular of GWTShell and GWTCompiler.


GWTShell and GWTCompiler have been deprecated since GWT 1.6, first released 
3 years ago (1.6.0 is dated Feb 4th)
HostedMode was the replacement for GWTShell in GWT 1.6 and has disappeared 
long ago, replaced by DevMode (there's still a HostedMode entry point, but 
it simply says "hey, I'm deprecated, use DevMode instead" and exits: that 
was in Sept/Oct 2009 !)

GWTShell survived HostedMode only because JUnitShell was still based on it 
for a while (until April 2010, when it was rewritten to extend DevMode 
instead, and thus use Jetty instead of Tomcat).

Removing GWTShell was a long-overdue task, we're just removing clutter 
here. This allows us to remove the Tomcat dependency and stop bundling it 
into gwt-dev.jar (which almost balances the growth of ICU, so that gwt-dev *
only* grows by  1MB instead of ~3MB)

So if you ask me, yes, it's a good idea doing this even in a point release.

-- 
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+unsubscr...@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: What is the best way to create multiple versions a GWT application for Desktop / Tablet vs Cell phones?

[thesilverhammer]

I am sticking with basic GWT and this will be a pure web-app.  We do not 
want to make tools for android and IPhone.  The original question is what 
would be the best (simplest to make and maintain) to do an App for both 
desktop browsers vs cell phone ones.

I read a few articles that warned against trying to do a one-size fits all 
application.  They really did say you should do something as a Tablet / 
Desktop hybrid and then something geared specifically for cell phones.  So 
the form I posted (the original post) is a bad idea and will not work?  I 
am still looking at MVP, but it seems a lot more complicated, not simpler.

By a complex application, I mean something that might have 40 or 50 
"screens".  Right now we have a windows MFC tool that is used to manage a 
network.  It is my task to turn this into a web application as best I can. 
 As far as these "screens" they range from simple to quite complex GUIs in 
themselves.  To make matters worse, above and beyond the GUI elements, the 
behind the scenes stuff can also be quite complex so I want to do as much 
code sharing as I can.

-- 
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+unsubscr...@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: GWT 2.5.1-rc1 available

[Paul Robinson]

While it's good to get rid of long-deprecated things, is it really a good idea 
to do that in a point release like this? Shouldn't it wait until GWT 2.6? I'm 
thinking in particular of GWTShell and GWTCompiler.

Paul

-- 
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+unsubscr...@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: GWT Advice

[Tim Hill]

Wow - thanks for all the pointers guys! :)

Regarding the offline/online/syncing, I was hoping to implement a solution 
using a PHP 'bridge' on the server side between the webapp and a mysql 
backend - I have read that this is possible (restygwt?).

I have also come to the conclusion that I will need three different UI 
formats (desktop, tablet and mobile) that reference a single logic 
implementation.

I will have a shift at the links provided and see how I get on - thanks for 
the offers of further help also!

Cheers

Tim

On Tuesday, 12 February 2013 11:40:13 UTC, Tim Hill wrote:
>
> Hi,
>
> A friend and I are about to embark on developing and web application and 
> from what we have read/seen, GWT appears to be the most versatile. The 
> requirements for the project are as follows:
>
>- Platform agnostic
>- Both server and client side storage (database) with syncing
>- Mobile support
>- Write it once (very nice to have)
>
> Before beginning however, I want to make sure that we are choosing the 
> correct development platform. I have also come across things like phonegap, 
> GWT-mobile and MGWT and it is these that I am slightly confused about - 
> which one(s) should we use, for example. What is the best way to integrate 
> them into the main GWT application?
>
> If somebody would be kind enough to take the time to guide us in the right 
> direction, it would be greatly appreciated!
>
> Cheers
>
> Tim
>

-- 
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+unsubscr...@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: RichTextArea IE vs. Firefox || P vs BR

[Daniel Girtler]

I have the same problem in IE8 and IE9 is there a solution to this problem?

On Friday, April 24, 2009 12:10:34 AM UTC+2, lamas1...@yahoo.com wrote:
>
> Hello everybody, 
>
> Java: 6 
> GWT: 1.6.4 
> GXT: 2.0-m1 
>
> IE : 7 
> Firefox: 3.0.8 
>
> The HtmlEditor behaves differently in Internet Explorer and Firefox by 
> "new line"/"line break" (Enter). 
> The HtmlEditor used internally the RichTextArea. 
>
> IE converted the HtmlEditor "new lines" to HTMLTag - P: 
>   dummy test 
>   dummy test 
>   dummy test 
>
> Firefox converted the HtmlEditor "new lines" to HTMLTag - BR: 
>   dummy testdummy testdummy testdummy test 
>
>
> This behavior is also here (http://gwt.google.com/samples/Showcase/ 
>
> Showcase.html#CwRichText)
>  
> understandable. Write more than one line in 
> IE (Enter == P) and and then in Firefox (Enter == BR). 
>
>
> What should I do, so he Internet Explorer (IE)  shows/convert  no 
> longer "line break" to HTML-Tag P but to BR? 
>
> Thanks 
>

-- 
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+unsubscr...@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: GWT Advice

[Lehel]

Sorry, I forget about SmartGWT

SmartGWT.mobile supports packaging with PhoneGap to create installable 
native applications that have access to on-device resources such as the 
user's address book or photos. 


2013. február 12., kedd 12:40:13 UTC+1 időpontban Tim Hill a következőt 
írta:
>
> Hi,
>
> A friend and I are about to embark on developing and web application and 
> from what we have read/seen, GWT appears to be the most versatile. The 
> requirements for the project are as follows:
>
>- Platform agnostic
>- Both server and client side storage (database) with syncing
>- Mobile support
>- Write it once (very nice to have)
>
> Before beginning however, I want to make sure that we are choosing the 
> correct development platform. I have also come across things like phonegap, 
> GWT-mobile and MGWT and it is these that I am slightly confused about - 
> which one(s) should we use, for example. What is the best way to integrate 
> them into the main GWT application?
>
> If somebody would be kind enough to take the time to guide us in the right 
> direction, it would be greatly appreciated!
>
> Cheers
>
> Tim
>

-- 
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+unsubscr...@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: Change url of dispatcher

[Jens]

What is "the dispatcher"? If its a GWT-RPC service you could hard cast it 
to ServiceDefTarget to change its target URL at runtime:

http://google-web-toolkit.googlecode.com/svn/javadoc/latest/com/google/gwt/user/client/rpc/ServiceDefTarget.html


-- J.

-- 
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+unsubscr...@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.

Change url of dispatcher

[Musicman75]

Hello,

In out webapp, we use the dispatcher to get data from the server.
Th build an app with phonegap I nee to change the url the dispatcher 
connects to at runtime.
Is it possible to change the url of the dispatcher at runtime?

Stephan

-- 
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+unsubscr...@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: GWT Advice

[Lehel]

Hi

  I think GWT is a  good choice, you can have both client and server side 
programming with it, and runs on any platform.
But my oppinion is that for mobile you should choose other technology like 
Codename one, especially if you would like to have true native 
applicationsI think a whole web site, that runs in a desktop browser, 
can be very hard navigating in a mobile phone, with same UI. I mean you 
should plan anyway at least 2 UI-interface, one for desktop, and one for 
mobiles, indifferent what technology you use.

1. Having MGWT is a good choice for mobile, but:
-if you have server side communication(gwt-rpc), you must use Phonegap too 
with mgwt(becuase GWT version compatibiliy). It is not a problem, but it 
means your server side arhitecture is also will have 2 implementations, one 
for desktop and one for mobiles...kind of.
-you will have anyway 2 UI-interface (gwt for desktop, mgwt for moible)

2. You could have SmartGwt (mobile) to implement your proiect, because it 
says:
-their cilent side widgets is compatibile with desktop and mobile and yout 
don't have to write twice the UI-interface, also they a SmartGWT.mobile 
widgetset too
-also you can use the server side programming in SmartGWT, writing just 
once and runnig also in desktop and mobile (even gwt-rpc, but they does not 
recommend, instead using their datasource soulution which is not free)
-a small problem with SmartGWT what you will face, that though you will 
have one UI interface, does not look so good in mobiles as in desktops, and 
the functionlaity should be tested. And of course native access you don't 
have, like Camera, File, Contacts, Geolocation...in smartgwt.

So my oppinion is in short, for web pages, web applications on desktop use, 
GWT, SmartGwt or Gxt, or even JavaFx...but for mobiles don't write a whole 
website or webapplication, they have smaller screen, smaller memory, cpu, 
and whatever. There are a plenty of technologies in other languages too, 
which are better to use for mobile, they are sharp-edged to every problem 
what you face in case of mobiles. For example Codename one has the write 
once and run at any mobile platofrm concept, programming in java. Codename 
one has a WebBrowser component what you can use to navigate to a web page, 
if you want. But I think when you deal with server side data, your moubile 
UI.interface should be simple, easly handling and good looking...
For desktop applications, use java swing

With regards,
Lehel Sipos

2013. február 12., kedd 12:40:13 UTC+1 időpontban Tim Hill a következőt 
írta:
>
> Hi,
>
> A friend and I are about to embark on developing and web application and 
> from what we have read/seen, GWT appears to be the most versatile. The 
> requirements for the project are as follows:
>
>- Platform agnostic
>- Both server and client side storage (database) with syncing
>- Mobile support
>- Write it once (very nice to have)
>
> Before beginning however, I want to make sure that we are choosing the 
> correct development platform. I have also come across things like phonegap, 
> GWT-mobile and MGWT and it is these that I am slightly confused about - 
> which one(s) should we use, for example. What is the best way to integrate 
> them into the main GWT application?
>
> If somebody would be kind enough to take the time to guide us in the right 
> direction, it would be greatly appreciated!
>
> Cheers
>
> Tim
>

-- 
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+unsubscr...@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: What is the best way to create multiple versions a GWT application for Desktop / Tablet vs Cell phones?

[Frank]

When you talk about "a very complex web application" I highly encourage you 
to make native apps for the mobile systems.
For Android it is really easy to talk to a Java server.

In my opinion and experience you have 2 options :
When not to complex : use responsive design (note that 'just changing 
things in a CSS file' can really get you very far...)
When complex : use native apps... In my experience all that web / hybrid 
only will cost you extra time in the end. When in need of a complex app 
just bite the apple and go native from the start.

Op dinsdag 12 februari 2013 19:57:55 UTC+1 schreef thesilv...@gmail.com het 
volgende:
>
> This is going to be a very complex web application.  I can't get away with 
> just changing things in a CSS file.  The entire GUI structure will be 
> different between mobile and desktop.  IE: Rotten tomatoes viewed on a 
> desktop looks and feels very different than the same web site on a cell 
> phone.  It is not just a "scaled down" version.
>
> We want both modes to look and feel very good. I was planning on having 
> a separate URL for each app, but Ill look into the single URL approach that 
> re-directs or changes to the appropriate URL depending on the browsers size.
>

-- 
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+unsubscr...@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: GWT & Maven plugin: how to?

[Thomas Broyer]

On Tuesday, February 12, 2013 11:22:16 AM UTC+1, Kulnor wrote:
>
> All:
>
> I use Maven for all our Java project and would like to do the same for our 
> GWT apps (using Eclipse 3.7). Unfortunately, each time I attempt to use the 
> GWT Maven plugin, I find myself frustrated and facing several of issues 
> such as:
> - m2e reports a lifecycle exception for the non-standard goals (I know the 
> workaround for this one)
> - Unclear whether I should use the archetype outside Eclipse and import or 
> if I should use the project wizard
> - Should the generated-source/gwt folder be on the JRE path? Under 
> Eclipse, performing a Maven->Update Configuration does not include this.
> - The archetype application does not compile or run properly out of the box
> - The building workspace process is often very slow even on a high 
> performance machine (can take minutes)
> - Can't use the Run As-->Web Application without tweaking the Run 
> Configuration
> - ...
>
> Do others experience similar difficulties and is there a comprehensive 
> guide somewhere to make this work out of the box, without having to tweak 
> settings or spending lots of time looking for work around on Google? Would 
> upgrading to the latest Eclipse help? Any help suggestion would be 
> appreciated.
>

See https://code.google.com/p/google-web-toolkit/wiki/WorkingWithMaven
TL;DR: don't use the archetype from the gwt-maven-plugin.

See also http://stackoverflow.com/a/14499272/116472 

-- 
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+unsubscr...@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: GWT RPC error with GWT 2.0.3

[Thomas Broyer]

On Wednesday, February 13, 2013 3:40:57 PM UTC+1, Zied Hamdi OneView wrote:
>
> Is it normal that all cookie content is sent to the server on each request?
>

That's what cookies are for!
If that's not what you want, then use the Web Storage APIs (sessionStorage 
or localStorage); they're available in GWT as 
com.google.gwt.storage.client.Storage
.

-- 
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+unsubscr...@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: Immediatly execute DOM dependent code lines in a code block on client

[Alp Yilancioglu]

Thank you J.

-- 
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+unsubscr...@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: Immediatly execute DOM dependent code lines in a code block on client

[Alp Yilancioglu]

13 Şubat 2013 Çarşamba 12:57:27 UTC+2 tarihinde Alp Yilancioglu yazdı:
>
>
> 13 Şubat 2013 Çarşamba 12:14:50 UTC+2 tarihinde Jens yazdı:
>>
>> What I mean is code like
>>
>> Scheduler.get().scheduleDeferred(. RootPanel.get().add(labelA); 
>> RootPanel.get().add(labelB); ...)
>> RootPanel.get().add(... labelC...)
>>
>> will probably result in an UI:
>>
>> labelC
>> labelA
>> labelB
>>
>> because the deferred command is executed after any other code completes. 
>> But inside the command the code is executed in order. So when you wrap your 
>> whole work in such a command the work itself will be executed as normal but 
>> the execution itself will start later. 
>>
>> Just be aware that code that executes after the code line that starts the 
>> command should not depend on the results of the command.
>>
>> -- J.
>>  
>>
>  
>  
> and what if there are some random labels that are coming from server , 
> lets say labelD is pushed during the execution of labelC
>  
> then
>  
> might it be placed in between? like
> labelC
> labelD(incoming)
> labelA
> labelB
>  
>  
>
thanks  

>  
>  
>  
>

-- 
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+unsubscr...@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.