Re: Multiple dialog boxes

[BiggestOne Ursa]

thanks

On Wednesday, July 27, 2011 1:24:38 AM UTC+6:30, Ben Imp wrote:
>
> You can tell the dialogs to be non-modal (ie. setModal(false)).  That 
> should allow you to have multiple dialogs up and interact with all of them.
>
> -Ben
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: Development Mode will not be supported in Firefox 27+

[Jérôme Beau]

Hi Thomas,

I just realized that lack of Firefox 27+ support for dev mode recently 
(tried it because Chrome's plugin crashed too often) and really think this 
is a shoot in the foot for GWT : even if you don't control Mozilla choices 
of course, forcing to move to a non-mature SDM is very risky for GWT itself.

By non-mature, I mean a SDM that lacks features DM had, such as Java-level 
inspection (inspecting Java values of Java variables). I am amazed that 
nobody complains about this loss. Even if you achieve proper support for 
debugging in SDM from the IDE, will it allow such Java-level inspection ? I 
doubt it, you'll only allow JS-level inpections, while allowing Java-level 
stepping, which does not fit the GWT promise of keeping at the Java level. 
This is the reason why most of GWT developpers use it.


Le mercredi 5 mars 2014 10:15:55 UTC+1, Thomas Broyer a écrit :
>
>
>
> On Wednesday, March 5, 2014 9:30:54 AM UTC+1, Ed wrote:
>>
>> > They have to change, they have to update their tools and move forward, 
>> or quit doing Web dev.
>> Agree, that's why I spend a lot of grey hairs in using SDM, but it's 
>> simple not there yet saidly... Don't get me wrong, I wish it would as I 
>> certainly see the advantages.
>>
>
> And don't get me wrong: I'm not saying SDM is either perfect nor 100% 
> usable yet. I was just reacting to the fact people complain that DevMode 
> won't be maintained anymore as they don't *want* to move to SDM (which is 
> entirely different from your “I tried, it didn't work” situation).
> We're currently in a transition period where DevMode is already half-dead 
> and SDM isn't 100% usable yet. Hopefully SDM should be much better by the 
> next release, with incremental compilation (that'll have an impact on your 
> code to really take advantage of 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+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.
For more options, visit https://groups.google.com/d/optout.

Re: Development Mode will not be supported in Firefox 27+

[Aleksander Gralak]

Do not agree. A lot of people complain about it.


2014-04-02 11:05 GMT+02:00 Jérôme Beau :

> Hi Thomas,
>
> I just realized that lack of Firefox 27+ support for dev mode recently
> (tried it because Chrome's plugin crashed too often) and really think this
> is a shoot in the foot for GWT : even if you don't control Mozilla choices
> of course, forcing to move to a non-mature SDM is very risky for GWT itself.
>
> By non-mature, I mean a SDM that lacks features DM had, such as Java-level
> inspection (inspecting Java values of Java variables). I am amazed that
> nobody complains about this loss. Even if you achieve proper support for
> debugging in SDM from the IDE, will it allow such Java-level inspection ? I
> doubt it, you'll only allow JS-level inpections, while allowing Java-level
> stepping, which does not fit the GWT promise of keeping at the Java level.
> This is the reason why most of GWT developpers use it.
>
>
> Le mercredi 5 mars 2014 10:15:55 UTC+1, Thomas Broyer a écrit :
>
>>
>>
>> On Wednesday, March 5, 2014 9:30:54 AM UTC+1, Ed wrote:
>>>
>>> > They have to change, they have to update their tools and move forward,
>>> or quit doing Web dev.
>>> Agree, that's why I spend a lot of grey hairs in using SDM, but it's
>>> simple not there yet saidly... Don't get me wrong, I wish it would as I
>>> certainly see the advantages.
>>>
>>
>> And don't get me wrong: I'm not saying SDM is either perfect nor 100%
>> usable yet. I was just reacting to the fact people complain that DevMode
>> won't be maintained anymore as they don't *want* to move to SDM (which is
>> entirely different from your “I tried, it didn't work” situation).
>> We're currently in a transition period where DevMode is already half-dead
>> and SDM isn't 100% usable yet. Hopefully SDM should be much better by the
>> next release, with incremental compilation (that'll have an impact on your
>> code to really take advantage of it).
>>
>  --
> You received this message because you are subscribed to a topic in the
> Google Groups "Google Web Toolkit" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/google-web-toolkit/QSEjbhhHB4g/unsubscribe
> .
> To unsubscribe from this group and all its topics, 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.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: The method isCompleteHtml(String) is undefined for the type SafeHtmlHostedModeUtils

[Adrian Bastholm]

Thanks for the quick answer. I don't seem to have anything pre-2.5.0  - 
which libraries could cause this ? the only gwt-servlet.jar I found was the 
new one from 2.6.0

Den tisdagen den 1:e april 2014 kl. 11:09:05 UTC+2 skrev Thomas Broyer:
>
> isCompleteHtml is public since 2.5.0. Make sure you don't have some 
> pre-2.5.0 libraries (e.g. gwt-servlet.jar) in your classpath that could 
> conflict with your updated GWT 2.6.0 libs.
>
> On Tuesday, April 1, 2014 10:06:17 AM UTC+2, Adrian Bastholm wrote:
>>
>> Hi everyone,
>> I just upgraded GWT to 2.6 and I'm trying to use the SafeHtml utilities. 
>> Under debug the following message is thrown: 
>> Uncaught exception: java.lang.Error: Unresolved compilation problem: 
>> The method isCompleteHtml(String) is undefined for the type 
>> SafeHtmlHostedModeUtils
>>
>> Eclipse Kepler doesn't find the SafeHtml classes on Open Resource, but 
>> the editor is finding them. What am I doing wrong ?
>> /A
>>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Unexpected result on CalendarUtil.addMonthsToDate

[AS Rosiel]

It is found that calling CalendarUtil.addMonthsToDate with code below,

SimpleDateFormat dateFormat = new SimpleDateFormat("-MM-dd", Locale.US);
Date date = dateFormat.parse("2014-03-31");
CalendarUtil.addMonthsToDate(date, -1);
System.out.println(date);

It return 03-Mar-2014 instead of 28-Feb-2014. 

Will there is any update on this issue?

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.
For more options, visit https://groups.google.com/d/optout.

Re: The method isCompleteHtml(String) is undefined for the type SafeHtmlHostedModeUtils

[Thomas Broyer]

Oh sorry, I misunderstood: you're directly calling isCompleteHtml from your 
code?
Yes, it happens that this method is not emulated for "prod mode", and will 
thus fail to compile to JS. Note that if it were, it would always return 
'true', so you'd better use maybeCheckCompleteHtml in your client-side code.

Would you mind filing a bug so we remember to get it fixed for GWT 2.7?
(again, remember that "fixing" here means "compiling", the method would 
always return 'true' when compiled to JS)

On Wednesday, April 2, 2014 12:01:08 PM UTC+2, Adrian Bastholm wrote:
>
> I'm adding a log - running with -logLevel DEBUG 
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

GWT, RequestFactory, MVP, JDO and DataNucleus

[Mic L]

Hello,
Are there any examples how to use GWT, RequestFactory, MVP, JDO and 
DataNucleus all together?

Is MVP supported under GAE/J? How is it possible to scale MVP without GAE/J?

Thank you in advance.

Mic

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: Development Mode will not be supported in Firefox 27+

[Jens]

>
> I just realized that lack of Firefox 27+ support for dev mode recently 
> (tried it because Chrome's plugin crashed too often) and really think this 
> is a shoot in the foot for GWT : even if you don't control Mozilla choices 
> of course, forcing to move to a non-mature SDM is very risky for GWT itself.
>

But there is no other viable solution and the transition was actually 
planed more smoothly. I can understand that many people can not use SDM 
just because the SDM compilation is too slow for their project. But I don't 
understand people saying that debugging with SDM is a pain. Yeah for a Java 
developer it is strange to leave the IDE but honestly for every day 
debugging browsers provide everything you need. There may be some hiccups 
here and there but overall it is useable and it is not at all comparable to 
the situation around the time GWT was invented. Back in these days "use 
your Java debugging tools" was a very strong argument but today browsers 
have catch up and will continue to catch up. If GWT will provide debugging 
in IDEs with SDM then it is only for convenience. 

You must become a web developer even if choosing GWT and you should 
understand the browser platform sooner or later just like you need to 
understand Swing when doing Java Desktop apps.

I think the most risky thing of GWT proper was to ignore mobile too long 
and now it has to catch up quickly. With this in mind, SDM is actually a 
huge plus for GWT because it enables you to build/debug mobile apps more 
easily. With DevMode only, developing mobile apps is painful.


-- 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.
For more options, visit https://groups.google.com/d/optout.

Re: The method isCompleteHtml(String) is undefined for the type SafeHtmlHostedModeUtils

[Adrian Bastholm]

Yes, I was calling it directly from my code. I thought I could use it to 
check if the display data contains open HTML tags. 
No problem, I'll file a bug. Thanks for clearing that up

Den onsdagen den 2:e april 2014 kl. 12:20:11 UTC+2 skrev Thomas Broyer:
>
> Oh sorry, I misunderstood: you're directly calling isCompleteHtml from 
> your code?
> Yes, it happens that this method is not emulated for "prod mode", and will 
> thus fail to compile to JS. Note that if it were, it would always return 
> 'true', so you'd better use maybeCheckCompleteHtml in your client-side code.
>
> Would you mind filing a bug so we remember to get it fixed for GWT 2.7?
> (again, remember that "fixing" here means "compiling", the method would 
> always return 'true' when compiled to JS)
>
> On Wednesday, April 2, 2014 12:01:08 PM UTC+2, Adrian Bastholm wrote:
>>
>> I'm adding a log - running with -logLevel DEBUG 
>>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: Unexpected result on CalendarUtil.addMonthsToDate

[Jens]

Thats how lenient date handling is done by the date object.

31.03.2014 minus one month is 31.02.2014. As this date does not exist it 
will be transformed to 03.03.2014.

-- 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.
For more options, visit https://groups.google.com/d/optout.

Re: Responsive design with GWT

[Ronan Quillevere]

You can have a look to 

https://github.com/gwtbootstrap3/gwtbootstrap3

Have a look to the css part and their associated responsive 
components http://gwtbootstrap3.github.io/gwtbootstrap3-demo/#gridSystem

Hope it can help

On Tuesday, April 1, 2014 1:46:11 PM UTC+2, omar elouafi wrote:
>
> Hi everybody,
> how can i build a responsive web application with GWT?
>
> 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+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.
For more options, visit https://groups.google.com/d/optout.

Custom Animation Problems

[milosmns]

Hi,

Can someone help me with custom animations? I am having an issue with the 
animation sequence, sometimes it just jumps on some of the previous frames 
(currentProgress < lastSavedProgress).
Animation uses HTML Canvas to draw some UI parts and animated text/images. 
Did someone else come upon a problem like this?

Thanks
Milos

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: Using GWTTestCase to do integration testing on GWT-RPC calls

[David]

OK,

I figured it out myself. I will write my solution here for the next person
who needs to do something similar.

It is a security thing that I can not do cross site calls, it looks that
HtmlUnit does not allow me to bypass this.

As an alternative approach I implement a proxy in the GWTTestCase Jetty
instance that would forward all calls to the GWT-RPC service.
But then I stumbled on the fact that the servlet refuses the calls because
the *.gwt.rpc file can not be found (md5 values are different between a
production build and the GWTTestCase generated permutaiton).

The final solution seems to be to use GWT
SyncProxy.
This is a little open source lib (created for Android development) that
allows you to invoke GWT-RPC calls from a regular java application. It
seems to download the *.nocache.js file and searches for the MD5 that is
needed to construct a correct gwt rpc request.

The only problem seems to be that GWT Sync Proxy does not support the
xsilinker, but I can live without this for the moment.

David


On Tue, Apr 1, 2014 at 1:38 PM, stuckagain  wrote:

> Hi,
>
> I'm trying to create an integration test that checks if a GWT-RPC service
> is working with our integration test servers.
> My initial thought was to just use a GWTTestCase and point the GWT-RPC
> ServiceDefTarget to the real server.
>
> It did not work:
>
> 32 [JS executor for com.gargoylesoftware.htmlunit.WebClient@3afb2359]ERROR com
> .gargoylesoftware.htmlunit.javascript.background.JavaScriptJobManagerImpl
> - Job run failed with unexpected
> RuntimeException: Wrapped java.lang.RuntimeException: No permitted
> "Access-Control-Allow-Origin" header.
> net.sourceforge.htmlunit.corejs.javascript.WrappedException: Wrapped java.
> lang.RuntimeException: No permitted "Access-Control-Allow-Origin" header.
>
>  at net.sourceforge.htmlunit.corejs.javascript.Context.
> throwAsScriptRuntimeEx(Context.java:1889)
>  at com.gargoylesoftware.htmlunit.javascript.host.xml.XMLHttpRequest.
> doSend(XMLHttpRequest.java:681)
>  at com.gargoylesoftware.htmlunit.javascript.host.xml.XMLHttpRequest.
> access0(XMLHttpRequest.java:94)
>  at com.gargoylesoftware.htmlunit.javascript.host.xml.XMLHttpRequest$1.run
> (XMLHttpRequest.java:603)
>  at net.sourceforge.htmlunit.corejs.javascript.Context.call(Context.java:
> 602)
>  at net.sourceforge.htmlunit.corejs.javascript.ContextFactory.call(
> ContextFactory.java:507)
>  at com.gargoylesoftware.htmlunit.javascript.background.
> JavascriptXMLHttpRequestJob.run(JavascriptXMLHttpRequestJob.java:36)
>  at com.gargoylesoftware.htmlunit.javascript.background.
> JavaScriptJobManagerImpl.runSingleJob(JavaScriptJobManagerImpl.java:328)
>  at com.gargoylesoftware.htmlunit.javascript.background.
> DefaultJavaScriptExecutor.run(DefaultJavaScriptExecutor.java:162)
>  at java.lang.Thread.run(Thread.java:724)
> Caused by:
> java.lang.RuntimeException: No permitted "Access-Control-Allow-Origin"header
> .
>  ... 9 more
>
> I tried using a Filter that sets the Access-Control-Allow-Origin header to
> *, but it does not seem to work.
> Is there a better way to perform this kind of integration test with GWT
> code ? Or is there a way to disable this check in HtmlUnit ?
>
>
> --
> 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.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: Development Mode will not be supported in Firefox 27+

[David]

For me it will depend how well SDM works with IE because that is the main
browser that I need to support. Not all GWT applications are put on the
internet and in an enterprise environment (more specifically banking) IE is
still king. It will already be a big battle to get them to move to IE9 or
preferably IE10 or newer.

I could use FireFox/Chrome in dev (and I do actually) but I need to often
debug in IE because of issues that only happen there and with SDM that can
be painful.



On Wed, Apr 2, 2014 at 12:47 PM, Jens  wrote:

> I just realized that lack of Firefox 27+ support for dev mode recently
>> (tried it because Chrome's plugin crashed too often) and really think this
>> is a shoot in the foot for GWT : even if you don't control Mozilla choices
>> of course, forcing to move to a non-mature SDM is very risky for GWT itself.
>>
>
> But there is no other viable solution and the transition was actually
> planed more smoothly. I can understand that many people can not use SDM
> just because the SDM compilation is too slow for their project. But I don't
> understand people saying that debugging with SDM is a pain. Yeah for a Java
> developer it is strange to leave the IDE but honestly for every day
> debugging browsers provide everything you need. There may be some hiccups
> here and there but overall it is useable and it is not at all comparable to
> the situation around the time GWT was invented. Back in these days "use
> your Java debugging tools" was a very strong argument but today browsers
> have catch up and will continue to catch up. If GWT will provide debugging
> in IDEs with SDM then it is only for convenience.
>
> You must become a web developer even if choosing GWT and you should
> understand the browser platform sooner or later just like you need to
> understand Swing when doing Java Desktop apps.
>
> I think the most risky thing of GWT proper was to ignore mobile too long
> and now it has to catch up quickly. With this in mind, SDM is actually a
> huge plus for GWT because it enables you to build/debug mobile apps more
> easily. With DevMode only, developing mobile apps is painful.
>
>
> -- 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.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Compiling client/server RPC module seperately.

[Bora Ertung]

Is it possible to build a custom gwt-user.jar with only RPC related stuff 
in it? Has anyone done this before?

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.
For more options, visit https://groups.google.com/d/optout.

Re: Unexpected result on CalendarUtil.addMonthsToDate

[Thomas Broyer]

More specifically, from the java.util.Date javadoc 
(http://docs.oracle.com/javase/7/docs/api/java/util/Date.html)

In all cases, arguments given to methods for these purposes need not fall 
> within the indicated ranges; for example, a date may be specified as 
> January 32 and is interpreted as meaning February 1.


On Wednesday, April 2, 2014 12:56:50 PM UTC+2, Jens wrote:
>
> Thats how lenient date handling is done by the date object.
>
> 31.03.2014 minus one month is 31.02.2014. As this date does not exist it 
> will be transformed to 03.03.2014.
>
> -- 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.
For more options, visit https://groups.google.com/d/optout.

Re: Development Mode will not be supported in Firefox 27+

[Thomas Broyer]

On Wednesday, April 2, 2014 3:05:22 PM UTC+2, stuckagain wrote:
>
> For me it will depend how well SDM works with IE because that is the main 
> browser that I need to support. Not all GWT applications are put on the 
> internet and in an enterprise environment (more specifically banking) IE is 
> still king. It will already be a big battle to get them to move to IE9 or 
> preferably IE10 or newer.
>  
> I could use FireFox/Chrome in dev (and I do actually) but I need to often 
> debug in IE because of issues that only happen there and with SDM that can 
> be painful.
>

AFAICT, for the time being, and for the coming year(s?), DevMode will still 
be supported in IE. Specifically because IE Developer Tools aren't really 
developers' friends and don't support Source Maps.

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: The method isCompleteHtml(String) is undefined for the type SafeHtmlHostedModeUtils

[Adrian Bastholm]

done : https://code.google.com/p/google-web-toolkit/issues/detail?id=8656

Den onsdagen den 2:e april 2014 kl. 12:48:05 UTC+2 skrev Adrian Bastholm:
>
> Yes, I was calling it directly from my code. I thought I could use it to 
> check if the display data contains open HTML tags. 
> No problem, I'll file a bug. Thanks for clearing that up
>
> Den onsdagen den 2:e april 2014 kl. 12:20:11 UTC+2 skrev Thomas Broyer:
>>
>> Oh sorry, I misunderstood: you're directly calling isCompleteHtml from 
>> your code?
>> Yes, it happens that this method is not emulated for "prod mode", and 
>> will thus fail to compile to JS. Note that if it were, it would always 
>> return 'true', so you'd better use maybeCheckCompleteHtml in your 
>> client-side code.
>>
>> Would you mind filing a bug so we remember to get it fixed for GWT 2.7?
>> (again, remember that "fixing" here means "compiling", the method would 
>> always return 'true' when compiled to JS)
>>
>> On Wednesday, April 2, 2014 12:01:08 PM UTC+2, Adrian Bastholm wrote:
>>>
>>> I'm adding a log - running with -logLevel DEBUG 
>>>
>>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: Development Mode will not be supported in Firefox 27+

[Jérôme Beau]

Hi Jens,

Just for the record : do you agree that using SDM you cannot inspect Java 
values of Java variables in your browser? I agree about the mobile dev, 
about knowing the underlying web platform, about everything but... any 
debugging session, Java or JS, have to be consistent : if I debug JS, I 
expect to have JS inspections ; if I debug Java (even in the browser 
through sourcemaps), I expect to see Java values and Java symbols, and I 
expect that my conditional breakpoints occur on Java expressions, not JS 
expressions. That's it. Otherwise I would have used a JS framework.

Is there a tiny possibility that GWT can provide this in some future? 


Le mercredi 2 avril 2014 12:47:45 UTC+2, Jens a écrit :
>
> I just realized that lack of Firefox 27+ support for dev mode recently 
>> (tried it because Chrome's plugin crashed too often) and really think this 
>> is a shoot in the foot for GWT : even if you don't control Mozilla choices 
>> of course, forcing to move to a non-mature SDM is very risky for GWT itself.
>>
>
> But there is no other viable solution and the transition was actually 
> planed more smoothly. I can understand that many people can not use SDM 
> just because the SDM compilation is too slow for their project. But I don't 
> understand people saying that debugging with SDM is a pain. Yeah for a Java 
> developer it is strange to leave the IDE but honestly for every day 
> debugging browsers provide everything you need. There may be some hiccups 
> here and there but overall it is useable and it is not at all comparable to 
> the situation around the time GWT was invented. Back in these days "use 
> your Java debugging tools" was a very strong argument but today browsers 
> have catch up and will continue to catch up. If GWT will provide debugging 
> in IDEs with SDM then it is only for convenience. 
>
> You must become a web developer even if choosing GWT and you should 
> understand the browser platform sooner or later just like you need to 
> understand Swing when doing Java Desktop apps.
>
> I think the most risky thing of GWT proper was to ignore mobile too long 
> and now it has to catch up quickly. With this in mind, SDM is actually a 
> huge plus for GWT because it enables you to build/debug mobile apps more 
> easily. With DevMode only, developing mobile apps is painful.
>
>
> -- 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.
For more options, visit https://groups.google.com/d/optout.

Re: Development Mode will not be supported in Firefox 27+

[Ümit Seren]

What exactly do you mean with "I cannot inspect Java values of Java
variables" with SDM ?
Can you provide an example where you can't inspect a Java value with Chrome
Dev Tools ?

I think Dev Mode will never come back. SDM is here to stay and despite
there is a lot to be desired, with time development experience will be much
better than with normal Dev Mode.

The Chrome team is putting huge amounts of work into improving Chrome Dev
Tools.
The profiling features are crucial if you want to create performant web
apps and I prefer to do all task (profiling, fiddling with DOM/CSS and
debugging) right in the Chrome Dev Tools rather than switching between
Chrome Dev Tools and my IDE.

For those who really need the features of their IDE there are some efforts
to bring sourcemap debugging to eclipse (AFAIK IntelliJ has already support
for it built in)

The biggest issue with SDM are currently compile times but that's going to
improve with the incremental compiler in GWT 2.7.



On Wed, Apr 2, 2014 at 3:57 PM, Jérôme Beau  wrote:

> Hi Jens,
>
> Just for the record : do you agree that using SDM you cannot inspect Java
> values of Java variables in your browser? I agree about the mobile dev,
> about knowing the underlying web platform, about everything but... any
> debugging session, Java or JS, have to be consistent : if I debug JS, I
> expect to have JS inspections ; if I debug Java (even in the browser
> through sourcemaps), I expect to see Java values and Java symbols, and I
> expect that my conditional breakpoints occur on Java expressions, not JS
> expressions. That's it. Otherwise I would have used a JS framework.
>
> Is there a tiny possibility that GWT can provide this in some future?
>
>
> Le mercredi 2 avril 2014 12:47:45 UTC+2, Jens a écrit :
>
>> I just realized that lack of Firefox 27+ support for dev mode recently
>>> (tried it because Chrome's plugin crashed too often) and really think this
>>> is a shoot in the foot for GWT : even if you don't control Mozilla choices
>>> of course, forcing to move to a non-mature SDM is very risky for GWT itself.
>>>
>>
>> But there is no other viable solution and the transition was actually
>> planed more smoothly. I can understand that many people can not use SDM
>> just because the SDM compilation is too slow for their project. But I don't
>> understand people saying that debugging with SDM is a pain. Yeah for a Java
>> developer it is strange to leave the IDE but honestly for every day
>> debugging browsers provide everything you need. There may be some hiccups
>> here and there but overall it is useable and it is not at all comparable to
>> the situation around the time GWT was invented. Back in these days "use
>> your Java debugging tools" was a very strong argument but today browsers
>> have catch up and will continue to catch up. If GWT will provide debugging
>> in IDEs with SDM then it is only for convenience.
>>
>> You must become a web developer even if choosing GWT and you should
>> understand the browser platform sooner or later just like you need to
>> understand Swing when doing Java Desktop apps.
>>
>> I think the most risky thing of GWT proper was to ignore mobile too long
>> and now it has to catch up quickly. With this in mind, SDM is actually a
>> huge plus for GWT because it enables you to build/debug mobile apps more
>> easily. With DevMode only, developing mobile apps is painful.
>>
>>
>> -- J.
>>
>>  --
> You received this message because you are subscribed to a topic in the
> Google Groups "Google Web Toolkit" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/google-web-toolkit/QSEjbhhHB4g/unsubscribe
> .
> To unsubscribe from this group and all its topics, 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.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: GWT wrapper on top of YouTube

[Segun Razaq Sobulo]

Is there a jar available for download? if not what are instructions on how 
to build the jar?

On Sunday, 23 March 2014 10:21:51 UTC+1, Vasu wrote:
>
> I tried multiple GWT libraries for YouTube player but kept on getting 
> multiple issues. So I end up writing one GWT wrapper on top of YouTube 
> Iframe api. Check it here https://github.com/pandurangpatil/gwt-youtubeif 
> someone want to use 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+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.
For more options, visit https://groups.google.com/d/optout.

Re: GWT wrapper on top of YouTube

[पांडुरंग पाटिल]

You can download it from this link

https://github.com/pandurangpatil/pandurang-mvn-repo/raw/master/releases/open/pandurang/gwt/gwt-youtube-player/1.0/gwt-youtube-player-1.0.jar

--
Regards,
Pandurang Patil
website: http://www.pandurangpatil.com/
Cell : +91-9823241535


On Wed, Apr 2, 2014 at 8:00 PM, Segun Razaq Sobulo
wrote:

> Is there a jar available for download? if not what are instructions on how
> to build the jar?
>
>
> On Sunday, 23 March 2014 10:21:51 UTC+1, Vasu wrote:
>>
>> I tried multiple GWT libraries for YouTube player but kept on getting
>> multiple issues. So I end up writing one GWT wrapper on top of YouTube
>> Iframe api. Check it here https://github.com/pandurangpatil/gwt-youtubeif 
>> someone want to use it.
>>
>  --
> You received this message because you are subscribed to a topic in the
> Google Groups "Google Web Toolkit" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/google-web-toolkit/na_rr69UMko/unsubscribe
> .
> To unsubscribe from this group and all its topics, 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.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: Development Mode will not be supported in Firefox 27+

[Vassilis Virvilis]

A lot of negative feedback (maybe ) has been going for SDM. It seems a
little harsh to my eyes so here is my positive 2 cents.

We are using SDM for a new project which started from zero lines but grows
up pretty fast. We are importing older (even non GWT) modules and 3rd party
projects with a fast pace. So far we are at 15-20kloc (sloccount) and the
SDM compilation doesn't really slows us down. Of course we do tricks with
remote filesystems and ssh-tunels to run the compiler in faster machines
than our older developer machines. But the fact that we able to pull such
tricks is evident to me that the technology is sound and simple enough for
me to understand it. I have to admit that the DM with the plugin business I
never understand it enough so I could explain it to my co developers. The
SDM is pretty straight forward.

Of course I wouldn't say no to improvements in compile time (currently 8sec
for me - but may vary up to 30sec) in my i5 with 8G machine.

On another note I have to say that SDM triggered some old memories of mine.
The way the debug happens in the browser reminded me my first days in
computing with x86 debuggers where we were trying to match the compiler
output (assembly) to the higher level C input (yes I know - source maps). I
am not really using the debugger in my every day life to watch variable
values so this feature was not a big enough loss for (and can be emulated
by looking at the assembly ^H^H javascript variables).

However what I find indispensable is the browser's debug tools. Why css is
not applied? It is overrided? Who override it? Why width: 100% means 83px?
Where are my other 2 pixels? Where is the padding? What the padding is
doing here?

And of course flow related questions like: Exception? From where? From
here? I thought it was an event listener? Aah the mouse events are also
triggering the event listener. What do you know...

And for this the browser's debugging tools (chrome and (not or) firefox)
are good enough ^H^H best admittedly with some brain assisted mapping.

So far SDM represents a win for me

   Vassilis Virvilis



On Wed, Apr 2, 2014 at 12:30 PM, Aleksander Gralak wrote:

> Do not agree. A lot of people complain about it.
>
>
> 2014-04-02 11:05 GMT+02:00 Jérôme Beau :
>
>> Hi Thomas,
>>
>> I just realized that lack of Firefox 27+ support for dev mode recently
>> (tried it because Chrome's plugin crashed too often) and really think this
>> is a shoot in the foot for GWT : even if you don't control Mozilla choices
>> of course, forcing to move to a non-mature SDM is very risky for GWT itself.
>>
>> By non-mature, I mean a SDM that lacks features DM had, such as
>> Java-level inspection (inspecting Java values of Java variables). I am
>> amazed that nobody complains about this loss. Even if you achieve proper
>> support for debugging in SDM from the IDE, will it allow such Java-level
>> inspection ? I doubt it, you'll only allow JS-level inpections, while
>> allowing Java-level stepping, which does not fit the GWT promise of keeping
>> at the Java level. This is the reason why most of GWT developpers use it.
>>
>>
>> Le mercredi 5 mars 2014 10:15:55 UTC+1, Thomas Broyer a écrit :
>>
>>>
>>>
>>> On Wednesday, March 5, 2014 9:30:54 AM UTC+1, Ed wrote:

 > They have to change, they have to update their tools and move
 forward, or quit doing Web dev.
 Agree, that's why I spend a lot of grey hairs in using SDM, but it's
 simple not there yet saidly... Don't get me wrong, I wish it would as I
 certainly see the advantages.

>>>
>>> And don't get me wrong: I'm not saying SDM is either perfect nor 100%
>>> usable yet. I was just reacting to the fact people complain that DevMode
>>> won't be maintained anymore as they don't *want* to move to SDM (which is
>>> entirely different from your "I tried, it didn't work" situation).
>>> We're currently in a transition period where DevMode is already
>>> half-dead and SDM isn't 100% usable yet. Hopefully SDM should be much
>>> better by the next release, with incremental compilation (that'll have an
>>> impact on your code to really take advantage of it).
>>>
>>  --
>> You received this message because you are subscribed to a topic in the
>> Google Groups "Google Web Toolkit" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/google-web-toolkit/QSEjbhhHB4g/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, 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.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>  --
> 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

Re: GWT wrapper on top of YouTube

[Segun Razaq Sobulo]

ok mvn clean install seems to do the trick. FYI the test build failed. 

I don't use maven in my projects, just. All I need 
is gwt-youtube-player-1.0.jar right?  i.e. no other dependencies.

[INFO] Reactor Summary:
[INFO]
[INFO] GWT maven helper .. SUCCESS [ 22.500 
s]
[INFO] gwt-youtube-player  SUCCESS [01:27 
min]
[INFO] gwt-youtube-test .. FAILURE [  3.935 
s]
[INFO] 

[INFO] BUILD FAILURE
[INFO] 

[INFO] Total time: 01:54 min
[INFO] Finished at: 2014-04-02T15:33:16+01:00
[INFO] Final Memory: 15M/120M
[INFO] 

[ERROR] Failed to execute goal on project gwt-youtube-test: Could not 
resolve dependencies for project open.pandurang.gw
t:gwt-youtube-test:war:1.0: Could not find artifact 
open.pandurang.gwt:gwt-youtube-player:jar:0.1 in central (http://rep
o.maven.apache.org/maven2) -> [Help 1]
[ERROR]

On Wednesday, 2 April 2014 15:30:03 UTC+1, Segun Razaq Sobulo wrote:
>
> Is there a jar available for download? if not what are instructions on how 
> to build the jar?
>
> On Sunday, 23 March 2014 10:21:51 UTC+1, Vasu wrote:
>>
>> I tried multiple GWT libraries for YouTube player but kept on getting 
>> multiple issues. So I end up writing one GWT wrapper on top of YouTube 
>> Iframe api. Check it here https://github.com/pandurangpatil/gwt-youtubeif 
>> someone want to use 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+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.
For more options, visit https://groups.google.com/d/optout.

Re: Compiling client/server RPC module seperately.

[Vassilis Virvilis]

May I ask why you need it so badly? If you want just a method of
communication/serlialization you could try Resty-GWT
http://restygwt.fusesource.org/

Vassilis Virvilis


On Wed, Apr 2, 2014 at 4:25 PM, Bora Ertung  wrote:

> Is it possible to build a custom gwt-user.jar with only RPC related stuff
> in it? Has anyone done this before?
>
> 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.
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Vassilis Virvilis

-- 
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.
For more options, visit https://groups.google.com/d/optout.

how to disable copy/cut/paste option on mgwt MTextBox and MPasswordTextBox

[Arun Kumar]

hi
 I developed an mgwt app with gwt-phonegap ,I installed it in ios 
device.I want to disable copy & cut & paste options to my text fields. Is 
there any possible to do it from css,if not please give me any other 
solution. 

thanks in advance,
Arun Kumar

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: Development Mode will not be supported in Firefox 27+

[Jens]

Am Mittwoch, 2. April 2014 15:57:55 UTC+2 schrieb Jérôme Beau:
>
> Hi Jens,
>
> Just for the record : do you agree that using SDM you cannot inspect Java 
> values of Java variables in your browser?
>

Yes thats true. The only Java code you see in the browser is the Java 
source file provided via source maps. Everything else is JS based because 
you are debugging JS and not Java.

 

> if I debug JS, I expect to have JS inspections ;
>

Thats what you do with SDM debugging. The only difference is that the 
browser helps you to figure out which line of code in your source language 
(in this case Java) maps to that specific piece of JS you are currently 
debugging. 
SourceMaps is not about making the browser understand Java code. You should 
not expect the browser to understand something like 
"e.getMessage().equals(MyErrorsEnum.CONSTANT)" in a conditional break 
point. The browser simply does not know how to execute that string.

 

> if I debug Java (even in the browser through sourcemaps), I expect to see 
> Java values and Java symbols, and I expect that my conditional breakpoints 
> occur on Java expressions, not JS expressions. 
>

Thats what you do with classic DevMode + browser plugin. In this situation 
you never really leave the JVM which could also mean that you never really 
spot an issue in your code because it might only occur in pure JS after the 
app is compiled. That already happened to me: Clients report errors but in 
DevMode you can not reproduce them just because you are using DevMode.


Is there a tiny possibility that GWT can provide this in some future? 
>

I think there is some work going on for IntelliJ and Eclipse to use the 
browser remote debug connection to get JS from the browser and then use 
source maps inside your IDE. And maybe, just because this now happens 
inside an IDE, that IDE is then able to do some more work to provide you a 
more Java'ish feeling while debugging.

For example take a look at: https://github.com/sdbg/sdbg as a proof of 
concept in Eclipse.

-- 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.
For more options, visit https://groups.google.com/d/optout.

Re: The method isCompleteHtml(String) is undefined for the type SafeHtmlHostedModeUtils

[Thomas Broyer]

Thanks

On Wednesday, April 2, 2014 3:42:39 PM UTC+2, Adrian Bastholm wrote:
>
> done : https://code.google.com/p/google-web-toolkit/issues/detail?id=8656
>
> Den onsdagen den 2:e april 2014 kl. 12:48:05 UTC+2 skrev Adrian Bastholm:
>>
>> Yes, I was calling it directly from my code. I thought I could use it to 
>> check if the display data contains open HTML tags. 
>> No problem, I'll file a bug. Thanks for clearing that up
>>
>> Den onsdagen den 2:e april 2014 kl. 12:20:11 UTC+2 skrev Thomas Broyer:
>>>
>>> Oh sorry, I misunderstood: you're directly calling isCompleteHtml from 
>>> your code?
>>> Yes, it happens that this method is not emulated for "prod mode", and 
>>> will thus fail to compile to JS. Note that if it were, it would always 
>>> return 'true', so you'd better use maybeCheckCompleteHtml in your 
>>> client-side code.
>>>
>>> Would you mind filing a bug so we remember to get it fixed for GWT 2.7?
>>> (again, remember that "fixing" here means "compiling", the method would 
>>> always return 'true' when compiled to JS)
>>>
>>> On Wednesday, April 2, 2014 12:01:08 PM UTC+2, Adrian Bastholm wrote:

 I'm adding a log - running with -logLevel DEBUG 

>>>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: how to disable copy/cut/paste option on mgwt MTextBox and MPasswordTextBox

[Jim Douglas]

I disable those events in my code in order to override them and provide 
enhanced functionality.  Just blocking them is generally a bad idea; it 
annoys the user.

But the general approach would be to register for the events you want to 
block, and call event.preventDefault() to suppress the default behaviour. 
 For ONPASTE, this is trivial.  GWT doesn't expose ONCUT or ONCOPY, so 
you'll need some JSNI for those.  I posted some sample code here:

https://code.google.com/p/google-web-toolkit/issues/detail?id=4030#c11

On Wednesday, April 2, 2014 7:57:19 AM UTC-7, Arun Kumar wrote:
>
> hi
>  I developed an mgwt app with gwt-phonegap ,I installed it in ios 
> device.I want to disable copy & cut & paste options to my text fields. Is 
> there any possible to do it from css,if not please give me any other 
> solution. 
>
> thanks in advance,
> Arun Kumar
>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: Development Mode will not be supported in Firefox 27+

[Jérôme Beau]

Hi Ümit,

By "I cannot inspect Java values of Java variables" I mean that the 
source-mapping of the Chrome Dev Tools (which are good for JS) :

- *shows me stuff I'm not interested into *(most of the time) : "this" is 
"Window[0]", DOM, JS or internal GWT-generated functions or properties 
appear, such as "$H", "___clazz$", "getClass$", "hasCode$", "toString" & 
"toString$", "attached", "eventsToSink", "proto", etc.
-* renames stuff I'm interested into* : "MyClass" becomes "MyClass 0" "1", 
etc. "this" becomes "this$static"
- *doesn't allow me to skip only in my code by defaut*, that 
is,  automatically skip "internal", gwt-generated code while stepping
- *doesn't allow me to use Java-expressions in breakpoints nor evaluations*: 
have to use JS string.length, not String.length() for instance, etc.

You know, this just like when you debug plain Java code. Most of the time, 
you are not interested in debugging JDK sources. This may be interesting 
for understanding things and optimization (if you forget that's only draft 
JS code that will _not_ be the final code), but this is disabled by 
default. One might also consider than inspecting bytecode is good for 
understanding and optimization, but that's not reasonnable. 

Le mercredi 2 avril 2014 16:26:50 UTC+2, Ümit Seren a écrit :
>
> What exactly do you mean with "I cannot inspect Java values of Java 
> variables" with SDM ? 
> Can you provide an example where you can't inspect a Java value with 
> Chrome Dev Tools ? 
>
> I think Dev Mode will never come back. SDM is here to stay and despite 
> there is a lot to be desired, with time development experience will be much 
> better than with normal Dev Mode. 
>
> The Chrome team is putting huge amounts of work into improving Chrome Dev 
> Tools. 
> The profiling features are crucial if you want to create performant web 
> apps and I prefer to do all task (profiling, fiddling with DOM/CSS and 
> debugging) right in the Chrome Dev Tools rather than switching between 
> Chrome Dev Tools and my IDE. 
>
> For those who really need the features of their IDE there are some efforts 
> to bring sourcemap debugging to eclipse (AFAIK IntelliJ has already support 
> for it built in)
>
> The biggest issue with SDM are currently compile times but that's going to 
> improve with the incremental compiler in GWT 2.7. 
>
>
>
> On Wed, Apr 2, 2014 at 3:57 PM, Jérôme Beau 
> > wrote:
>
>> Hi Jens,
>>
>> Just for the record : do you agree that using SDM you cannot inspect Java 
>> values of Java variables in your browser? I agree about the mobile dev, 
>> about knowing the underlying web platform, about everything but... any 
>> debugging session, Java or JS, have to be consistent : if I debug JS, I 
>> expect to have JS inspections ; if I debug Java (even in the browser 
>> through sourcemaps), I expect to see Java values and Java symbols, and I 
>> expect that my conditional breakpoints occur on Java expressions, not JS 
>> expressions. That's it. Otherwise I would have used a JS framework.
>>
>> Is there a tiny possibility that GWT can provide this in some future? 
>>
>>
>> Le mercredi 2 avril 2014 12:47:45 UTC+2, Jens a écrit :
>>
>>> I just realized that lack of Firefox 27+ support for dev mode recently 
 (tried it because Chrome's plugin crashed too often) and really think this 
 is a shoot in the foot for GWT : even if you don't control Mozilla choices 
 of course, forcing to move to a non-mature SDM is very risky for GWT 
 itself.

>>>
>>> But there is no other viable solution and the transition was actually 
>>> planed more smoothly. I can understand that many people can not use SDM 
>>> just because the SDM compilation is too slow for their project. But I don't 
>>> understand people saying that debugging with SDM is a pain. Yeah for a Java 
>>> developer it is strange to leave the IDE but honestly for every day 
>>> debugging browsers provide everything you need. There may be some hiccups 
>>> here and there but overall it is useable and it is not at all comparable to 
>>> the situation around the time GWT was invented. Back in these days "use 
>>> your Java debugging tools" was a very strong argument but today browsers 
>>> have catch up and will continue to catch up. If GWT will provide debugging 
>>> in IDEs with SDM then it is only for convenience. 
>>>
>>> You must become a web developer even if choosing GWT and you should 
>>> understand the browser platform sooner or later just like you need to 
>>> understand Swing when doing Java Desktop apps.
>>>
>>> I think the most risky thing of GWT proper was to ignore mobile too long 
>>> and now it has to catch up quickly. With this in mind, SDM is actually a 
>>> huge plus for GWT because it enables you to build/debug mobile apps more 
>>> easily. With DevMode only, developing mobile apps is painful.
>>>
>>>
>>>
>>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this 

Re: how to disable copy/cut/paste option on mgwt MTextBox and MPasswordTextBox

[Jens]

>
>  GWT doesn't expose ONCUT or ONCOPY, so you'll need some JSNI for those.
>

With GWT 2.6 you don't need JSNI anymore to introduce events that GWT does 
not know about out of the box. Just extend DomEvent (just like ClickEvent, 
etc) and use addBitlessDomHandler to register the handler of your custom 
event. 


-- 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.
For more options, visit https://groups.google.com/d/optout.

Re: GWT Runtime Plugins - Is it on the Roadmap?

[Thanos]

I just read this:
"The goal for 2.7 is to have incremental compilation (that will 
tremendously speed up Super Dev Mode) and a beta of JsInterop (and remove 
support for IE6/7, and maybe deprecate support for IE8)."

Would it be possible for the technology that allows SuperDevMode to work 
incrementally for that to work across maven modules. So if I have have one 
maven module compiled, and others depend on it, it won't need to recompile 
that dependency? Going one step further, could it allow runtime plugins too?

Mark
On Wednesday, April 2, 2014 1:14:59 AM UTC+1, Thanos wrote:
>
> I was wondering if GWT Runtime Plugins are on the roadmap yet?
>
> We have GWT compile time plugins working quite nicely, each plugin is a 
> maven module. After the number of plugins gets large, this really starts to 
> bog down the compiler. So it would be great if plugins where pre-compiled 
> and "linked" at runtime in the browser. 
>
> I know this sacrifices .js size, as it can't prune as aggressively. But 
> for our type of application, an extensible workbench, it would really help; 
> and would probably be an acceptable tradeoff. Both to improve development 
> speed, but also as we have a requirement to allow 3rd party plugins to be 
> added at runtime.
>
> For those interested in our extensible Workbench work, you can see a 
> number of videos here:
> http://blog.athico.com/2013/12/drools-60-workbench-and-editor-videos.html
>
> I know there are hacks, such as loading lots of GWT applications on a 
> single page, and bridging them. But i'd like to avoid any painful hacks. I 
> was hoping that the new closure compiler, with it's support of symbol 
> tables, might make this possible?
>
> Our main choice for choosing GWT is re-factorable development in an IDE, 
> and less so about absolute minimum .js size (although of course we don't 
> want too much bloat).
>
> Mark
>
>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: GWT wrapper on top of YouTube

[पांडुरंग पाटिल]

There was version change. I missed to push my last change, fixed it now.

--
Regards,
Pandurang Patil
website: http://www.pandurangpatil.com/
Cell : +91-9823241535


On Wed, Apr 2, 2014 at 8:18 PM, Segun Razaq Sobulo
wrote:

> ok mvn clean install seems to do the trick. FYI the test build failed.
>
> I don't use maven in my projects, just. All I need
> is gwt-youtube-player-1.0.jar right?  i.e. no other dependencies.
>
> [INFO] Reactor Summary:
> [INFO]
> [INFO] GWT maven helper .. SUCCESS [
> 22.500 s]
> [INFO] gwt-youtube-player  SUCCESS [01:27
> min]
> [INFO] gwt-youtube-test .. FAILURE [
>  3.935 s]
> [INFO]
> 
> [INFO] BUILD FAILURE
> [INFO]
> 
> [INFO] Total time: 01:54 min
> [INFO] Finished at: 2014-04-02T15:33:16+01:00
> [INFO] Final Memory: 15M/120M
> [INFO]
> 
> [ERROR] Failed to execute goal on project gwt-youtube-test: Could not
> resolve dependencies for project open.pandurang.gw
> t:gwt-youtube-test:war:1.0: Could not find artifact
> open.pandurang.gwt:gwt-youtube-player:jar:0.1 in central (http://rep
> o.maven.apache.org/maven2) -> [Help 1]
> [ERROR]
>
> On Wednesday, 2 April 2014 15:30:03 UTC+1, Segun Razaq Sobulo wrote:
>>
>> Is there a jar available for download? if not what are instructions on
>> how to build the jar?
>>
>> On Sunday, 23 March 2014 10:21:51 UTC+1, Vasu wrote:
>>>
>>> I tried multiple GWT libraries for YouTube player but kept on getting
>>> multiple issues. So I end up writing one GWT wrapper on top of YouTube
>>> Iframe api. Check it here https://github.com/pandurangpatil/gwt-youtubeif 
>>> someone want to use it.
>>>
>>  --
> You received this message because you are subscribed to a topic in the
> Google Groups "Google Web Toolkit" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/google-web-toolkit/na_rr69UMko/unsubscribe
> .
> To unsubscribe from this group and all its topics, 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.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Disabling ActionCells

[Thad Humphries]

 

I have two ActionCells inside a CompositeCell. These cells appear as two 
button that, because of the intentional narrowness of their Column, appear 
stacked within their Column of a DataGrid. Excellent.

Depending on circumstances--say, product licensing or user permissions--I 
want the second action button in each row to be disabled. The other button 
is to stay enabled, so I don't want to disable the entire column. Is this 
possible?

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: Development Mode will not be supported in Firefox 27+

[Brian Slesinsky]

It's true these are disadvantages.  There are some compensating advantages
that people are pointing out: the code executes faster, it works with
remote websites where latency is higher, it works with mobile phones, and
so on. But there's no question that losing DevMode (other than IE and
Firefox 24) is a loss.

Our short-term plan is to speed up compiles and generate JavaScript that
looks more like Java for Super Dev Mode and draftCompile. But it it will
still be JavaScript, and we will have to adjust. Longer-term, it may be
possible to create a variable inspector that shows Java objects instead of
JavaScript objects, but that isn't even prototyped yet.



On Wed, Apr 2, 2014 at 8:35 AM, Jérôme Beau  wrote:

> Hi Ümit,
>
> By "I cannot inspect Java values of Java variables" I mean that the
> source-mapping of the Chrome Dev Tools (which are good for JS) :
>
> - *shows me stuff I'm not interested into *(most of the time) : "this" is
> "Window[0]", DOM, JS or internal GWT-generated functions or properties
> appear, such as "$H", "___clazz$", "getClass$", "hasCode$", "toString" &
> "toString$", "attached", "eventsToSink", "proto", etc.
> -* renames stuff I'm interested into* : "MyClass" becomes "MyClass 0"
> "1", etc. "this" becomes "this$static"
> - *doesn't allow me to skip only in my code by defaut*, that
> is,  automatically skip "internal", gwt-generated code while stepping
> - *doesn't allow me to use Java-expressions in breakpoints nor
> evaluations* : have to use JS string.length, not String.length() for
> instance, etc.
>
> You know, this just like when you debug plain Java code. Most of the time,
> you are not interested in debugging JDK sources. This may be interesting
> for understanding things and optimization (if you forget that's only draft
> JS code that will _not_ be the final code), but this is disabled by
> default. One might also consider than inspecting bytecode is good for
> understanding and optimization, but that's not reasonnable.
>
> Le mercredi 2 avril 2014 16:26:50 UTC+2, Ümit Seren a écrit :
>>
>> What exactly do you mean with "I cannot inspect Java values of Java
>> variables" with SDM ?
>> Can you provide an example where you can't inspect a Java value with
>> Chrome Dev Tools ?
>>
>> I think Dev Mode will never come back. SDM is here to stay and despite
>> there is a lot to be desired, with time development experience will be much
>> better than with normal Dev Mode.
>>
>> The Chrome team is putting huge amounts of work into improving Chrome Dev
>> Tools.
>> The profiling features are crucial if you want to create performant web
>> apps and I prefer to do all task (profiling, fiddling with DOM/CSS and
>> debugging) right in the Chrome Dev Tools rather than switching between
>> Chrome Dev Tools and my IDE.
>>
>> For those who really need the features of their IDE there are some
>> efforts to bring sourcemap debugging to eclipse (AFAIK IntelliJ has already
>> support for it built in)
>>
>> The biggest issue with SDM are currently compile times but that's going
>> to improve with the incremental compiler in GWT 2.7.
>>
>>
>>
>> On Wed, Apr 2, 2014 at 3:57 PM, Jérôme Beau  wrote:
>>
>>> Hi Jens,
>>>
>>> Just for the record : do you agree that using SDM you cannot inspect
>>> Java values of Java variables in your browser? I agree about the mobile
>>> dev, about knowing the underlying web platform, about everything but... any
>>> debugging session, Java or JS, have to be consistent : if I debug JS, I
>>> expect to have JS inspections ; if I debug Java (even in the browser
>>> through sourcemaps), I expect to see Java values and Java symbols, and I
>>> expect that my conditional breakpoints occur on Java expressions, not JS
>>> expressions. That's it. Otherwise I would have used a JS framework.
>>>
>>> Is there a tiny possibility that GWT can provide this in some future?
>>>
>>>
>>> Le mercredi 2 avril 2014 12:47:45 UTC+2, Jens a écrit :
>>>
 I just realized that lack of Firefox 27+ support for dev mode recently
> (tried it because Chrome's plugin crashed too often) and really think this
> is a shoot in the foot for GWT : even if you don't control Mozilla choices
> of course, forcing to move to a non-mature SDM is very risky for GWT 
> itself.
>

 But there is no other viable solution and the transition was actually
 planed more smoothly. I can understand that many people can not use SDM
 just because the SDM compilation is too slow for their project. But I don't
 understand people saying that debugging with SDM is a pain. Yeah for a Java
 developer it is strange to leave the IDE but honestly for every day
 debugging browsers provide everything you need. There may be some hiccups
 here and there but overall it is useable and it is not at all comparable to
 the situation around the time GWT was invented. Back in these days "use
 your Java debugging tools" was a very strong argument but today browsers
 have catch up and

Re: Permission denied to access property 'document' in firefox

[Leon]

I used a frame to display https://www.yahoo.com from my Jetty Proxy 
Servlet. I can display this page in Frame, but once I run "((IFrameElement) 
element).getContentDocument()" in Java code and I got "Permission denied to 
access property 'document'" from a compiled cache.html. But I can use the 
same frame to display a file from same server like 
"http://127.0.0.1:82/Test.html. Once I run  "((IFrameElement) 
element).getContentDocument()" and I could get a Document value. I used 
Firebug to find the following html source like:

http://127.0.0.1:82/Test.html"; style="position: absolute; left: 0px; top: 
0px; right: 0px; bottom: 0px;">


http://127.0.0.1:82/proxy?https://www.yahoo.com/"; style="position: 
absolute; left: 0px; top: 0px; right: 0px; bottom: 0px;">


I don't kown what is wrong. They seem to be from the same origin source. 
May Jetty Proxy Servlet not work as expected?

This project is due in two days. Please help out of this issue.

Many thanks,

Leon

On Thursday, February 16, 2012 4:19:35 AM UTC-5, Thomas Broyer wrote:
>
> The error happens in loadModule, so your code hasn't yet been called 
> (except possibly the onModuleLoad), or at least the error is not about $doc 
> in JSNI, because the exception comes from displayErrorGlassPanel. This 
> method tries to access the outer-most window object [1], and it's failing 
> here most probably because of a Same-Origin Policy violation.
> There are two possible causes to this:
>
>- your GWT app runs in a frame within a document from a different 
>origin (e.g. GWT app loaded from server1.com in a frame of a document 
>loaded from server2.net; it could also be as small a difference as 
>www.server.com vs. server.com)
>- you're loading the HTML host page out of the file-system rather than 
>served through HTTP (would be really strange for a DevMode session though)
>
>
> [1] 
> http://code.google.com/p/google-web-toolkit/source/browse/trunk/dev/core/src/com/google/gwt/core/ext/linker/impl/hosted.html#170
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Feature request: event.stopImmediatepropagation()

[Vassilis Virvilis]

Hi,

I have a feature request. Is there any reason that 
event.stopImmediatepropagation() is not implemented in java terms?


  Vassilis Virvilis

--
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.
For more options, visit https://groups.google.com/d/optout.

Re: How to access a web page in Frame

[Slava Pankov]

I've used native method to get frame content, and it's working just fine in 
case it's from the same domain.

private native String getFrameContent(Element frame) /*-{
return $wnd.$(frame).contents().find("html").html();
}-*/;

On Tuesday, April 1, 2014 8:47:37 PM UTC-7, Leon wrote:
>
> I used a proxy servlet so the url for Frame is the same origin (same 
> scheme, host, and port) as widget. But Document.getElementsByTagName("div") 
> still returns an empty NodeList.
>
> Please help!
>
> Leon
>
> On Tuesday, April 1, 2014 3:29:43 AM UTC-4, Slava Pankov wrote:
>>
>> Perhaps you have cross domain problem. Is URL in your iframe from the 
>> same domain as main application? If not you need something like proxy 
>> servlet to simulate you getting data from your server side.
>>
>> On Monday, March 31, 2014 7:23:17 PM UTC-7, Leon wrote:
>>>
>>>
>>> com.google.gwt.dom.client.Document.getElementsByTagName("body") returns 
>>> one Node. I can cast it into Element and do some style changes in Java 
>>> code. Any style changes in Java code is not reflected in html code that is 
>>> confirmed by Firebug. 
>>>
>>>
>>> com.google.gwt.dom.client.Document.getElementsByTagName("div") still 
>>> returns an empty NodeList.
>>>
>>>
>>>
>>>
>>> On Monday, March 31, 2014 9:26:31 PM UTC-4, Leon wrote:

 I don't know why 
 com.google.gwt.dom.client.Document.getElementsByTagName("div") returns 
 an empty NodeList.

 Is there a solution how to get a element in terms of tag name?

 Leon


 On Monday, March 31, 2014 5:59:47 AM UTC-4, Jens wrote:
>
> Document iframeDoc = ((IFrameElement) 
> frame.getElement()).getContentDocument();
>
> If you need that more often then you should probably extend GWTs Frame 
> class and make a public method to access the content document.
>
> Keep in mind that you should wait until the frame is loaded using 
> frame.addLoadHandler().
>
> -- 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.
For more options, visit https://groups.google.com/d/optout.

Re: Development Mode will not be supported in Firefox 27+

[Slava Pankov]

DevMode is working just fine in Firefox 26 (not 24). And probably will work 
till Firefox ESR becomes 27 (it's only 24.4 now). So there is a time frame 
for normally working DevMode at least till the end of 2014. I hope SDM will 
be much better then. 
What I'm concerned about that GWT team don't broke DevMode in 2.7 and 3.0 
releases. Also it would be really nice to ask Mozilla team return back 
needed functionality for DevMode (but allow/enable it only if you run 
Firefox with specific command line parameters). I think it's completely 
possible to talk to them and explain the situation, nobody benefits from 
the situation, when GWT developers are refusing/disabling Firefox updates 
after 26 version.


-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: gwt-kinetic a thin wrapper for Kinetic.js

[confile]

I released version 1.3 of https://github.com/confile/gwt-kinetic



Am Mittwoch, 26. März 2014 06:45:42 UTC+1 schrieb Dean S. Jones:
>
> This is the current Kitchen sink, but a bit out of date
>
> http://emitrom-lienzo.appspot.com
>
> this is the Wiki and JavaDocs, also a bit out of date.
>
> https://github.com/emitrom/lienzo/wiki
>
> This is some new stuff, namely, Line Dashes ( native and animatable ), 
> Catmull-Rom Splines, Rings, Bows, and animations of some kind on nearly 
> everything, even "dependent animations", things rotating around other 
> things as they rotate. Color animation, etc.
>
> http://lienzo-demo.appspot.com
>
> I have even used it to do a Mandelbrot explorer
>
> http://graphics4j-test.appspot.com
>
> I'm asking, if you want to continue on Kinetic, or help us flesh out some 
> small remaining pieces?
>
> It seems to me wasteful, as you definitely have talent, to work on 
> basically the same thing.
>
> On Wednesday, March 26, 2014 1:09:27 AM UTC-4, Dean S. Jones wrote:
>>
>> I'm not trying to be a party-pooper, or belittle the work you have done 
>> in any way, but I have already been down this route, and decided to 
>> implement the same API in a project called Lienzo
>>
>> https://github.com/emitrom/lienzo
>>
>> which is PURE GWT
>>
>> but its not 100% parity complete with Kinetic 5.0, but in some places, 
>> it's better
>>
>> I would invite you to take a look at our work. And if you like, join us.
>>
>>
>>
>>
>> On Saturday, March 8, 2014 2:44:37 PM UTC-5, confile wrote:
>>>
>>> Hi, 
>>>
>>> I am starting to make a new get wrapper for the kinetic js 5.x branch. 
>>>  You can find the code here https://github.com/confile/gwt-kinetic as 
>>> soon as I upload some.
>>>
>>> If you are interested in working with me on this project please contact 
>>> me. 
>>>
>>> Best
>>> Michael 
>>>
>>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

SuperDevMode and Bean Validation

[SP Gingras]

When I change bean validation annotation (javax.validation.constraints.*) 
parameters on POJOs, validation changes are not reflected in the 
application unless I completely restart the SDM (SuperDevMode).

For example:

If I change 

public class For {
@Size(min = 1)
private String bar;
}

to

public class For {
@Size(min = 200)
private String bar;
}

the Size limitiation will still be of 1 character (I would have expected a 
limitation of 200 chars) in the compiled __FooValidatorImpl, when I 
recompile the application (using the bookmarkable link).

Instead, for the changes to apply, I need to restart the SDM server 
completely (from within IntelliJ).

Is it a known limitation of the SDM? I expected the __FooValidatorImpl to 
be updated upon recompilation of the application.

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: Compiling client/server RPC module seperately.

[Bora Ertung]

Hi Vassilis, we want to use pure Java based clients (including Java 
applets) to also make use of GWT RPC servlets. The current gwt-user.jar is 
30MB which is huge. 

Bora

On Wednesday, April 2, 2014 5:51:10 PM UTC+3, Vassilis Virvilis wrote:
>
> May I ask why you need it so badly? If you want just a method of 
> communication/serlialization you could try Resty-GWT 
> http://restygwt.fusesource.org/
>
> Vassilis Virvilis
>
>
> On Wed, Apr 2, 2014 at 4:25 PM, Bora Ertung 
> > wrote:
>
>> Is it possible to build a custom gwt-user.jar with only RPC related stuff 
>> in it? Has anyone done this before?
>>
>> thanks
>>
>>
>>
>
>
> -- 
> Vassilis Virvilis
>  

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: Compiling client/server RPC module seperately.

[Bora Ertung]

Hi Vassilis, we want pure Java based clients (including Java applets) also 
make use of GWT RPC servlets. The current gwt-user.jar is 30MB which is 
huge. 

On Wednesday, April 2, 2014 5:51:10 PM UTC+3, Vassilis Virvilis wrote:
>
> May I ask why you need it so badly? If you want just a method of 
> communication/serlialization you could try Resty-GWT 
> http://restygwt.fusesource.org/
>
> Vassilis Virvilis
>
>
> On Wed, Apr 2, 2014 at 4:25 PM, Bora Ertung 
> > wrote:
>
>> Is it possible to build a custom gwt-user.jar with only RPC related stuff 
>> in it? Has anyone done this before?
>>
>> 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-we...@googlegroups.com
>> .
>> Visit this group at http://groups.google.com/group/google-web-toolkit.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> Vassilis Virvilis
>  

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: Compiling client/server RPC module seperately.

[Vassilis Virvilis]

Hi,

If you  go with apache cxf and use REST (jax-rs) on the __server__ you will
need 5.6MB (no spring config though)
Normally the same jars should be possible to be used by a java client.
Usually client side you can trim more the necessary jars. However I have
never used
 1) cxf from a java applet
 2) cxf jar-rs (rest) client functionality - although other colleagues did
it successfully.
so it may not fly for your case.

For GWT client side you can use Resty GWT to access the cxf jax-rs REST
service

Hope that helps

Here are my cxf jax-rs server side libs as they are used in one of my
current projects

-rw-r--r-- 1 bill bill 1284066 Mar  2 11:33 cxf-core-3.0.0-milestone2.jar
-rw-r--r-- 1 bill bill  558786 Mar  2 11:33
cxf-rt-frontend-jaxrs-3.0.0-milestone2.jar
-rw-r--r-- 1 bill bill  232131 Mar  2 11:33 jackson-core-asl-1.9.11.jar
-rw-r--r-- 1 bill bill   61588 Mar  2 11:33
cxf-rt-rs-service-description-3.0.0-milestone2.jar
-rw-r--r-- 1 bill bill  780421 Mar  2 11:33 jackson-mapper-asl-1.9.11.jar
-rw-r--r-- 1 bill bill  260090 Mar  2 11:33
cxf-rt-transports-http-3.0.0-milestone2.jar
-rw-r--r-- 1 bill bill  981324 Mar  2 11:33
cxf-core-src-3.0.0-milestone2.jar
-rw-r--r-- 1 bill bill  182112 Mar  2 11:33 stax2-api-3.1.1.jar
-rw-r--r-- 1 bill bill  353249 Mar  2 11:33
cxf-rt-frontend-jaxrs-src-3.0.0-milestone2.jar
-rw-r--r-- 1 bill bill   32202 Mar  2 11:33
cxf-rt-rs-service-description-src-3.0.0-milestone2.jar
-rw-r--r-- 1 bill bill  165787 Mar  2 11:33 xmlschema-core-2.1.0.jar
-rw-r--r-- 1 bill bill   18327 Mar  2 11:33 jackson-jaxrs-1.9.11.jar
-rw-r--r-- 1 bill bill  195416 Mar  2 11:33
cxf-rt-transports-http-src-3.0.0-milestone2.jar
-rw-r--r-- 1 bill bill  112758 Mar  2 11:33 javax.ws.rs-api-2.0.jar
-rw-r--r-- 1 bill bill  482245 Mar  2 11:33 woodstox-core-asl-4.2.0.jar
-rw-r--r-- 1 bill bill   11914 Mar  2 11:33 jackson-jaxrs-src-1.9.11.jar
-rw-r--r-- 1 bill bill   26366 Mar  2 11:33 javax.annotation-api-1.2.jar


On Thu, Apr 3, 2014 at 12:12 AM, Bora Ertung  wrote:

> Hi Vassilis, we want to use pure Java based clients (including Java
> applets) to also make use of GWT RPC servlets. The current gwt-user.jar is
> 30MB which is huge.
>
> Bora
>
>
> On Wednesday, April 2, 2014 5:51:10 PM UTC+3, Vassilis Virvilis wrote:
>
>> May I ask why you need it so badly? If you want just a method of
>> communication/serlialization you could try Resty-GWT
>> http://restygwt.fusesource.org/
>>
>> Vassilis Virvilis
>>
>>
>> On Wed, Apr 2, 2014 at 4:25 PM, Bora Ertung  wrote:
>>
>>> Is it possible to build a custom gwt-user.jar with only RPC related
>>> stuff in it? Has anyone done this before?
>>>
>>> thanks
>>>
>>>
>>>
>>
>>
>> --
>> Vassilis Virvilis
>>
>  --
> 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.
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Vassilis Virvilis

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: gwt-kinetic a thin wrapper for Kinetic.js

[confile]

gwt-kinetic is now available on maven 
central: http://search.maven.org/#search%7Cga%7C1%7Cgwt-kinetic



Am Mittwoch, 2. April 2014 21:48:35 UTC+2 schrieb confile:
>
> I released version 1.3 of https://github.com/confile/gwt-kinetic
>
>
>
> Am Mittwoch, 26. März 2014 06:45:42 UTC+1 schrieb Dean S. Jones:
>>
>> This is the current Kitchen sink, but a bit out of date
>>
>> http://emitrom-lienzo.appspot.com
>>
>> this is the Wiki and JavaDocs, also a bit out of date.
>>
>> https://github.com/emitrom/lienzo/wiki
>>
>> This is some new stuff, namely, Line Dashes ( native and animatable ), 
>> Catmull-Rom Splines, Rings, Bows, and animations of some kind on nearly 
>> everything, even "dependent animations", things rotating around other 
>> things as they rotate. Color animation, etc.
>>
>> http://lienzo-demo.appspot.com
>>
>> I have even used it to do a Mandelbrot explorer
>>
>> http://graphics4j-test.appspot.com
>>
>> I'm asking, if you want to continue on Kinetic, or help us flesh out some 
>> small remaining pieces?
>>
>> It seems to me wasteful, as you definitely have talent, to work on 
>> basically the same thing.
>>
>> On Wednesday, March 26, 2014 1:09:27 AM UTC-4, Dean S. Jones wrote:
>>>
>>> I'm not trying to be a party-pooper, or belittle the work you have done 
>>> in any way, but I have already been down this route, and decided to 
>>> implement the same API in a project called Lienzo
>>>
>>> https://github.com/emitrom/lienzo
>>>
>>> which is PURE GWT
>>>
>>> but its not 100% parity complete with Kinetic 5.0, but in some places, 
>>> it's better
>>>
>>> I would invite you to take a look at our work. And if you like, join us.
>>>
>>>
>>>
>>>
>>> On Saturday, March 8, 2014 2:44:37 PM UTC-5, confile wrote:

 Hi, 

 I am starting to make a new get wrapper for the kinetic js 5.x branch. 
  You can find the code here https://github.com/confile/gwt-kinetic as 
 soon as I upload some.

 If you are interested in working with me on this project please contact 
 me. 

 Best
 Michael 

>>>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: GWT wrapper on top of YouTube

[Segun Razaq Sobulo]

Cool. Embedding youtube video in the player was straightforward. JSNI 
comments also made it easy to get it to not show related videos, the 
comments in the jsni file are helpful. Event handlers also seem to work 
fine, not using it currently but could see from the GWT.log files that it 
tracks pause, play, stopped etc states. Thanks again.

On Wednesday, 2 April 2014 17:09:45 UTC+1, Vasu wrote:
>
> There was version change. I missed to push my last change, fixed it now.
>
> --
> Regards,
> Pandurang Patil
> website: http://www.pandurangpatil.com/
> Cell : +91-9823241535
>
>
> On Wed, Apr 2, 2014 at 8:18 PM, Segun Razaq Sobulo 
> 
> > wrote:
>
>> ok mvn clean install seems to do the trick. FYI the test build failed. 
>>
>> I don't use maven in my projects, just. All I need 
>> is gwt-youtube-player-1.0.jar right?  i.e. no other dependencies.
>>
>> [INFO] Reactor Summary:
>> [INFO]
>> [INFO] GWT maven helper .. SUCCESS [ 
>> 22.500 s]
>> [INFO] gwt-youtube-player  SUCCESS [01:27 
>> min]
>> [INFO] gwt-youtube-test .. FAILURE [ 
>>  3.935 s]
>> [INFO] 
>> 
>> [INFO] BUILD FAILURE
>> [INFO] 
>> 
>> [INFO] Total time: 01:54 min
>> [INFO] Finished at: 2014-04-02T15:33:16+01:00
>> [INFO] Final Memory: 15M/120M
>> [INFO] 
>> 
>> [ERROR] Failed to execute goal on project gwt-youtube-test: Could not 
>> resolve dependencies for project open.pandurang.gw
>> t:gwt-youtube-test:war:1.0: Could not find artifact 
>> open.pandurang.gwt:gwt-youtube-player:jar:0.1 in central (http://rep
>> o.maven.apache.org/maven2) -> [Help 1]
>> [ERROR]
>>
>> On Wednesday, 2 April 2014 15:30:03 UTC+1, Segun Razaq Sobulo wrote:
>>>
>>> Is there a jar available for download? if not what are instructions on 
>>> how to build the jar?
>>>
>>> On Sunday, 23 March 2014 10:21:51 UTC+1, Vasu wrote:

 I tried multiple GWT libraries for YouTube player but kept on getting 
 multiple issues. So I end up writing one GWT wrapper on top of YouTube 
 Iframe api. Check it here https://github.com/pandurangpatil/gwt-youtubeif 
 someone want to use it.

>>>  -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "Google Web Toolkit" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/google-web-toolkit/na_rr69UMko/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, send an email to 
>> google-web-toolkit+unsubscr...@googlegroups.com .
>> To post to this group, send email to 
>> google-we...@googlegroups.com
>> .
>> Visit this group at http://groups.google.com/group/google-web-toolkit.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

flextable rows

[Amir kessentini]

hi
in my devis view , i have a flextable containes many rows.this flextable 
has 3 column wich represents a model of data.
each row containes 3 textbox that represent data who will be saved on 
database.
my question is how i can recupred those data from each row in my devis 
presenter.
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.
For more options, visit https://groups.google.com/d/optout.

Which solution is the right way to sanitize URL for & tag in GWT?

[Tom]

 

I am googling how to sanitize URL in GWT & found too many different ways to 
do it. I am quite confused & I couldn't make the decision.

So, suppose you have a textbox that allows user to enter html url & then 
you can wrap that url string inside or tag before insert it into DB. There 
is a table that have a column to store html code, like the following:

AA
http://\";>
//more html rows  here

so suppose user enter http://car.com/pic.gif, and then after user clicks 
Submit button, I want to it to store in myDB as following:

http://car.com/pic.gif\";>

But users can input anything so we have to make sure the url input are 
safe. So here is some options:

-Option1: 

String str="http://car.com/pic.gif";;
if(!UriUtils.isSafeUri(str)){
   String safeStrURI=UriUtils.sanitizeUri("");
   storeUrl(safeStrURI);// store html string into DB
}

-Option2:

String str="http://car.com/pic.gif";;
SafeHtmlBuilder builder = new SafeHtmlBuilder();
builder.appendHtmlConstant("");
String safeStrURI=builder.toString();
storeUrl(safeStrURI);// store html string into DB

-Option3:

String str="http://car.com/pic.gif";;
String safeStrURI="";
storeUrl(safeStrURI);// store html string into DB

/. there are some more solutions but i don't know

I don't understand why Google don't just make 1 or 2 methods for achive 
this, why there are so many ways to do that made me very *confused*.

So, which option is good for solving my problem.

Or do you know other option?

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: GWT wrapper on top of YouTube

[पांडुरंग पाटिल]

Its my pleasure to see it is useful for somebody.

--
Regards,
Pandurang Patil
website: http://www.pandurangpatil.com/



On Thu, Apr 3, 2014 at 5:39 AM, Segun Razaq Sobulo
wrote:

> Cool. Embedding youtube video in the player was straightforward. JSNI
> comments also made it easy to get it to not show related videos, the
> comments in the jsni file are helpful. Event handlers also seem to work
> fine, not using it currently but could see from the GWT.log files that it
> tracks pause, play, stopped etc states. Thanks again.
>
>
> On Wednesday, 2 April 2014 17:09:45 UTC+1, Vasu wrote:
>
>> There was version change. I missed to push my last change, fixed it now.
>>
>> --
>> Regards,
>> Pandurang Patil
>> website: http://www.pandurangpatil.com/
>> Cell : +91-9823241535
>>
>>
>> On Wed, Apr 2, 2014 at 8:18 PM, Segun Razaq Sobulo <
>> sob...@fertiletech.com> wrote:
>>
>>>  ok mvn clean install seems to do the trick. FYI the test build failed.
>>>
>>> I don't use maven in my projects, just. All I need
>>> is gwt-youtube-player-1.0.jar right?  i.e. no other dependencies.
>>>
>>> [INFO] Reactor Summary:
>>> [INFO]
>>> [INFO] GWT maven helper .. SUCCESS [
>>> 22.500 s]
>>> [INFO] gwt-youtube-player  SUCCESS
>>> [01:27 min]
>>> [INFO] gwt-youtube-test .. FAILURE [
>>>  3.935 s]
>>> [INFO] 
>>> 
>>> [INFO] BUILD FAILURE
>>> [INFO] 
>>> 
>>> [INFO] Total time: 01:54 min
>>> [INFO] Finished at: 2014-04-02T15:33:16+01:00
>>> [INFO] Final Memory: 15M/120M
>>> [INFO] 
>>> 
>>> [ERROR] Failed to execute goal on project gwt-youtube-test: Could not
>>> resolve dependencies for project open.pandurang.gw
>>> t:gwt-youtube-test:war:1.0: Could not find artifact
>>> open.pandurang.gwt:gwt-youtube-player:jar:0.1 in central (http://rep
>>> o.maven.apache.org/maven2) -> [Help 1]
>>> [ERROR]
>>>
>>> On Wednesday, 2 April 2014 15:30:03 UTC+1, Segun Razaq Sobulo wrote:

 Is there a jar available for download? if not what are instructions on
 how to build the jar?

 On Sunday, 23 March 2014 10:21:51 UTC+1, Vasu wrote:
>
> I tried multiple GWT libraries for YouTube player but kept on getting
> multiple issues. So I end up writing one GWT wrapper on top of YouTube
> Iframe api. Check it here https://github.com/pandur
> angpatil/gwt-youtube if someone want to use it.
>
  --
>>> You received this message because you are subscribed to a topic in the
>>> Google Groups "Google Web Toolkit" group.
>>> To unsubscribe from this topic, visit https://groups.google.com/d/
>>> topic/google-web-toolkit/na_rr69UMko/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to
>>> google-web-toolkit+unsubscr...@googlegroups.com.
>>> To post to this group, send email to google-we...@googlegroups.com.
>>>
>>> Visit this group at http://groups.google.com/group/google-web-toolkit.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>  --
> You received this message because you are subscribed to a topic in the
> Google Groups "Google Web Toolkit" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/google-web-toolkit/na_rr69UMko/unsubscribe
> .
> To unsubscribe from this group and all its topics, 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.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.