Re: Are you happy with GWT?

2012-10-10 Thread Roger Studner
There is no such thing as producing clean vs not clean html unless you rely 
on other peoples widgets.

100% of my widgets are a UIBTemplate.. of my creation… I use GWTQuery (or 
jquery) to add/remove elements from my widgets.  Thus, the HTML is exactly as 
clean as any HTML that any non-gwt application would use/produce.

Roger

On Oct 10, 2012, at 4:57 PM, Thomas Broyer t.bro...@gmail.com wrote:

 
 
 On Wednesday, October 10, 2012 10:13:36 PM UTC+2, Shaun Tarves wrote:
 There is no doubt that what GWT does, it's really good at. However, some 
 things that I've found GWT really isn't good at:
 
 1) Producing clean HTML
 
 The structure of GWT page views, especially with GWT widgets, is really 
 poor. The DOM gets bloated with lots of extra elements that are used for 
 focus and positioning. There are ways around this, but I feel like I'm 
 constantly fighting with GWT to generate HTML structure on my terms.
 
 For example, some of the most lauded constructs in GWT are the Cell-based 
 widgets (CellTable, and CellList, specifically). With CellLists, you are 
 stuck with divs. There's no way around it. So that means if you want to make 
 a good data model-backed list and render it as a UL with LIs, you're SOL.
 
 It's a false problem. GWT widgets are generally good as far as accessibility 
 is concerned, and let's put it clearly the only reason on having a semantic 
 DOM tree is for a11y.
 
 2) The history mechanism is really powerful, but it's important to get your 
 URL structure correct from the start. The built-in history token parser is a 
 little too rigid in that it forces the first part of your URLs to be of the 
 form :yyy and then anything you want after that. When you dive deeper 
 into GWT, you'll understand the limitations of the PlaceHistoryMapper and why 
 you might want to avoid the tokenizers and write your own parser.
 
 On the plus side: it's pluggable. (it wasn't at first, you had to 
 re-implement the whole PlaceHistoryHander+PlaceHistoryMapper)
  
 3) The GWT CSS compiler doesn't understand any CSS3 attributes. Also, 
 browser-specific attributes (such as the * hack for IE) throw warnings on 
 compiling. It's not really GWT's fault (it's a Java compiler issue), but be 
 aware nonetheless.
 
 You don't need browser-specific hacks, simply use @if user.agent ie6 ie8. 
 The real issue is with selectors. FYI, gradients can now be used without 
 literal() in 2.5.0-rc2: 
 http://code.google.com/p/google-web-toolkit/issues/detail?id=5771
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To view this discussion on the web visit 
 https://groups.google.com/d/msg/google-web-toolkit/-/A-GepWmKMf0J.
 To post to this group, send email to google-web-toolkit@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.

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



Re: Are you happy with GWT?

2012-10-10 Thread Roger Studner
It helps the most when highly talented html5/css3/jquery people produce mockups 
etc.. as then translating them to GWT to get i8n, code splitting and a handy 
way to do an event bus + business logic all in java, is pretty darn easy

Roger

On Oct 10, 2012, at 6:03 PM, Brian Slesinsky skybr...@google.com wrote:

 The original goal of writing clean HTML was for static, document-centric 
 websites where you could do things like run a filesystem search or a web 
 spider to create an index of all your documents, use an HTML editor, or 
 perhaps do a search and replace. And of course it helps with SEO. But how 
 relevant is it to a web application where view source won't show you much 
 and you'll only see the DOM in the debugger?
 
 On Wednesday, October 10, 2012 2:22:32 PM UTC-7, Roger wrote:
 There is no such thing as producing clean vs not clean html unless you rely 
 on other peoples widgets.
 
 100% of my widgets are a UIBTemplate.. of my creation… I use GWTQuery (or 
 jquery) to add/remove elements from my widgets.  Thus, the HTML is exactly as 
 clean as any HTML that any non-gwt application would use/produce.
 
 Roger
 
 On Oct 10, 2012, at 4:57 PM, Thomas Broyer t.br...@gmail.com wrote:
 
 
 
 On Wednesday, October 10, 2012 10:13:36 PM UTC+2, Shaun Tarves wrote:
 There is no doubt that what GWT does, it's really good at. However, some 
 things that I've found GWT really isn't good at:
 
 1) Producing clean HTML
 
 The structure of GWT page views, especially with GWT widgets, is really 
 poor. The DOM gets bloated with lots of extra elements that are used for 
 focus and positioning. There are ways around this, but I feel like I'm 
 constantly fighting with GWT to generate HTML structure on my terms.
 
 For example, some of the most lauded constructs in GWT are the Cell-based 
 widgets (CellTable, and CellList, specifically). With CellLists, you are 
 stuck with divs. There's no way around it. So that means if you want to make 
 a good data model-backed list and render it as a UL with LIs, you're SOL.
 
 It's a false problem. GWT widgets are generally good as far as accessibility 
 is concerned, and let's put it clearly the only reason on having a 
 semantic DOM tree is for a11y.
 
 2) The history mechanism is really powerful, but it's important to get your 
 URL structure correct from the start. The built-in history token parser is a 
 little too rigid in that it forces the first part of your URLs to be of the 
 form :yyy and then anything you want after that. When you dive deeper 
 into GWT, you'll understand the limitations of the PlaceHistoryMapper and 
 why you might want to avoid the tokenizers and write your own parser.
 
 On the plus side: it's pluggable. (it wasn't at first, you had to 
 re-implement the whole PlaceHistoryHander+PlaceHistoryMapper)
  
 3) The GWT CSS compiler doesn't understand any CSS3 attributes. Also, 
 browser-specific attributes (such as the * hack for IE) throw warnings on 
 compiling. It's not really GWT's fault (it's a Java compiler issue), but be 
 aware nonetheless.
 
 You don't need browser-specific hacks, simply use @if user.agent ie6 ie8. 
 The real issue is with selectors. FYI, gradients can now be used without 
 literal() in 2.5.0-rc2: 
 http://code.google.com/p/google-web-toolkit/issues/detail?id=5771
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To view this discussion on the web visit 
 https://groups.google.com/d/msg/google-web-toolkit/-/A-GepWmKMf0J.
 To post to this group, send email to google-we...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To view this discussion on the web visit 
 https://groups.google.com/d/msg/google-web-toolkit/-/WgLQsqv2dBoJ.
 To post to this group, send email to google-web-toolkit@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.

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



Re: Are you happy with GWT?

2012-10-05 Thread Roger Studner
So, let me give my take on GWT (and add, I'm' happy). 

I use GWT, UIBinder, and JavascriptOverlayObjects to handle my tempting, i8n 
and client side business logic code (event bus, writing happy things like if 
(account.isOpen()) etc)

I use 100% ajax calls to JSON endpoints.. I don't use gwt-rpc.

I use GWTQuery or JSNI =- jquery for 99% of my actual DOM manipulation  event 
handling.

GWT/Java people can read it.
The web designer / html / css / jquery people can read it.

Best,
Roger


On Friday, October 5, 2012 at 12:45 PM, Paul Robinson wrote:

 In a word: yes.
 
 You also need to decide whether to use a third party library like Sencha's 
 GXT and SmartClient's SmartGWT. Personally, I chose vanilla GWT and have 
 never once regretted choosing GWT or choosing not to use an external widget 
 library.
 
 Paul
 
 On 05/10/12 16:53, Charlie Youakim wrote:
  I'm deciding on whether to switch my team to GWT. I think the biggest thing 
  for me as the tech lead for the company is Are you happy with your choice 
  to use GWT?
  
  My reasons for thinking to switch:
  
  -Javascript is a fast and free language, sometimes too fast and free for a 
  large team. Coding standards can vary from developer to developer, and 
  maintaining architectures can be difficult
  -Javascript mistakes are only caught in runtime. The fact that GWT(Java) 
  would catch 90+% of our simple mistakes makes me more confident that our 
  clients won't.
  -Javascript allows for rapid development, but not so rapid bug fixing.
  -Strict Java coding + a strong architecture at the outset creates a great 
  foundation to build from. I've even seen this in my firm's Android apps. 
  They are very stable.
  
  But for me, I'd really like to hear from developers active in the 
  community. Are you happy? Or do you wish you went a different route? My 
  goal is to have my dev team work more on new projects rather than fixing 
  old projects. I am hoping that GWT can help with that. thoughts?
  
  -Charlie
  -- 
  You received this message because you are subscribed to the Google Groups 
  Google Web Toolkit group.
  To view this discussion on the web visit 
  https://groups.google.com/d/msg/google-web-toolkit/-/7HVAiaphHqwJ.
  To post to this group, send email to google-web-toolkit@googlegroups.com 
  (mailto:google-web-toolkit@googlegroups.com).
  To unsubscribe from this group, send email to 
  google-web-toolkit+unsubscr...@googlegroups.com 
  (mailto:google-web-toolkit+unsubscr...@googlegroups.com).
  For more options, visit this group at 
  http://groups.google.com/group/google-web-toolkit?hl=en.
  
 
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-toolkit@googlegroups.com 
 (mailto:google-web-toolkit@googlegroups.com).
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com 
 (mailto:google-web-toolkit+unsubscr...@googlegroups.com).
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 
 


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



Re: Are you happy with GWT?

2012-10-05 Thread Roger Studner
So i'd read up on having your PHP services produce JSON, and GWT's use of 
RequestBuilder + JavascriptOverlayObjects.  I've put plenty of GWT ui's on 
front of rails, grails, php back ends etc.

TO note: I love javascript.. use it all the time for personal projects.. I just 
happen to like the blend these days to separate concerns a bit. 

Best,
Roger


On Friday, October 5, 2012 at 1:00 PM, Charlie Youakim wrote:

 Thanks for the early replies.  I also wanted to point out we use PHP on the 
 server side, and I'm happy with that.  I feel like our struggles are mostly 
 with JS on the client side, which is why I'm looking at GWT.
 
 On Friday, October 5, 2012 11:53:17 AM UTC-4, Charlie Youakim wrote:
  I'm deciding on whether to switch my team to GWT.  I think the biggest 
  thing for me as the tech lead for the company is Are you happy with your 
  choice to use GWT?
  
  My reasons for thinking to switch:
  
  -Javascript is a fast and free language, sometimes too fast and free for a 
  large team.  Coding standards can vary from developer to developer, and 
  maintaining architectures can be difficult
  -Javascript mistakes are only caught in runtime.  The fact that GWT(Java) 
  would catch 90+% of our simple mistakes makes me more confident that our 
  clients won't.
  -Javascript allows for rapid development, but not so rapid bug fixing.
  -Strict Java coding + a strong architecture at the outset creates a great 
  foundation to build from.  I've even seen this in my firm's Android apps.  
  They are very stable.
  
  But for me, I'd really like to hear from developers active in the 
  community.  Are you happy?  Or do you wish you went a different route?  My 
  goal is to have my dev team work more on new projects rather than fixing 
  old projects.  I am hoping that GWT can help with that.  thoughts?
  
  -Charlie
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To view this discussion on the web visit 
 https://groups.google.com/d/msg/google-web-toolkit/-/uZ_XLWOVNgsJ.
 To post to this group, send email to google-web-toolkit@googlegroups.com 
 (mailto:google-web-toolkit@googlegroups.com).
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com 
 (mailto:google-web-toolkit+unsubscr...@googlegroups.com).
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.

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



Re: Are you happy with GWT?

2012-10-05 Thread Roger Studner
I tend to just always start with an index.html, a reset.css  main.css, and a 
kitchensink.js hah.. and at some point.. that grows.. and then, at some point, 
I migrate it to a GWT structure when I feel all the application logic, event 
bus handling etc warrants it.  

I really like java package structures for my widgets.. it helps my old brain 
out when things get giant.

Sure, I love backbone, and handlebars, and mustache… angular.js is awesome.. 
but I find, most often, that there is me and then 15 java people who like 
Spring MVC in the room.. and so I have to migrate to a middle ground for the 
long term productivity of the people.  

Best,
Roger


On Friday, October 5, 2012 at 1:17 PM, Charlie Youakim wrote:

 Thank you Roger.  And thank you for pointing out you love JS.  I think that's 
 an important thing to point out.  The team has many Javascript fans and this 
 kind of thing is important for me to know.
  
 On Friday, October 5, 2012 1:04:28 PM UTC-4, Roger wrote:
  So i'd read up on having your PHP services produce JSON, and GWT's use of 
  RequestBuilder + JavascriptOverlayObjects.  I've put plenty of GWT ui's on 
  front of rails, grails, php back ends etc.
   
  TO note: I love javascript.. use it all the time for personal projects.. I 
  just happen to like the blend these days to separate concerns a bit.  
   
  Best,
  Roger
   
   
  On Friday, October 5, 2012 at 1:00 PM, Charlie Youakim wrote:
   
   Thanks for the early replies.  I also wanted to point out we use PHP on 
   the server side, and I'm happy with that.  I feel like our struggles are 
   mostly with JS on the client side, which is why I'm looking at GWT.

   On Friday, October 5, 2012 11:53:17 AM UTC-4, Charlie Youakim wrote:
I'm deciding on whether to switch my team to GWT.  I think the biggest 
thing for me as the tech lead for the company is Are you happy with 
your choice to use GWT?
 
My reasons for thinking to switch:
 
-Javascript is a fast and free language, sometimes too fast and free 
for a large team.  Coding standards can vary from developer to 
developer, and maintaining architectures can be difficult
-Javascript mistakes are only caught in runtime.  The fact that 
GWT(Java) would catch 90+% of our simple mistakes makes me more 
confident that our clients won't.
-Javascript allows for rapid development, but not so rapid bug fixing.
-Strict Java coding + a strong architecture at the outset creates a 
great foundation to build from.  I've even seen this in my firm's 
Android apps.  They are very stable.
 
But for me, I'd really like to hear from developers active in the 
community.  Are you happy?  Or do you wish you went a different route?  
My goal is to have my dev team work more on new projects rather than 
fixing old projects.  I am hoping that GWT can help with that.  
thoughts?
 
-Charlie
   --  
   You received this message because you are subscribed to the Google Groups 
   Google Web Toolkit group.
   To view this discussion on the web visit 
   https://groups.google.com/d/msg/google-web-toolkit/-/uZ_XLWOVNgsJ.
   To post to this group, send email to google-we...@googlegroups.com 
   (javascript:).
   To unsubscribe from this group, send email to 
   google-web-toolkit+unsubscr...@googlegroups.com (javascript:).
   For more options, visit this group at 
   http://groups.google.com/group/google-web-toolkit?hl=en.
   
 --  
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To view this discussion on the web visit 
 https://groups.google.com/d/msg/google-web-toolkit/-/1uI21fbAQHEJ.
 To post to this group, send email to google-web-toolkit@googlegroups.com 
 (mailto:google-web-toolkit@googlegroups.com).
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com 
 (mailto:google-web-toolkit+unsubscr...@googlegroups.com).
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.

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



UIB click handlers, GWTQuery, and TD's ;)

2012-05-25 Thread Roger Studner
I'm building an app that has a really good use case for me to have my own/raw 
HTML Tables   (I thought of flextable.. but the api pains me).

Anyway.. i'm trying to figure out something and am a bit stuck, thought the 
crowd might have some ideas.

piece of code:

GQuery td = $(td colspan='x'/);
ThingyBarUIB thingyBar = new ThingyBarUIB();
thingyBar.loadData(someObject);
td.append(thingyBar.getElement());   
addClickHandlerToBar(someObject, thingyBar);

Now.. I easily add click handlers via the method/gwtquery all is well.

I'd really like, just to be.. I dunno.. closer to GWT.. to be able to use 
@UiHandler on the UIBinder backed via class ThingyBarUIB.

I realize this 'fails' the second I do thingyBar.getElement().

Any known techniques to get around this i.e. use UiHandler?  reAttach()? 

Thanks!
Roger

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



Re: Google IO 2012 : no GWT session ?

2012-05-20 Thread Roger Studner
There is a wave and a buzz about GWT I jus can't put my finger on.

/sarcasm

Roger

On May 20, 2012, at 6:17 AM, Andrés Testi wrote:

 The session topic is Migrating code from GWT to Dart... sorry, but it 
 scares me.
 
 - Andrés
 
 El domingo, 20 de mayo de 2012 07:09:11 UTC-3, dflorey escribió:
 Yeah, the first GWT session just arrived:
 https://developers.google.com/events/io/sessions/gooio2012/1414/
 
 ;-)
 
 On Thursday, May 17, 2012 12:23:59 PM UTC+2, Thomas Broyer wrote:
 
 
 On Thursday, May 17, 2012 8:00:00 AM UTC+2, Celinio Fernandes wrote:
 Hello,
 I just noticed that the schedule for Google IO 2012 is now available : 
 https://developers.google.com/events/io/sessions
 Not sure whether it is definitive or not.
 I see that this year there is no session dedicated to GWT. How come ? 
 But there are 2 sessions dedicated to Dart. Is this a sign ?
 
 I've been told (by the GWT manager) that they're planning a session about 
 GWT. No worries, GWT is healthy and something big is coming (I'm afraid I 
 can't share details, sorry). 
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To view this discussion on the web visit 
 https://groups.google.com/d/msg/google-web-toolkit/-/QzLO5yCrTwMJ.
 To post to this group, send email to google-web-toolkit@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.

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



Re: Cannot add -localWorkers to GWT Compiler when using Eclipse?

2012-05-19 Thread Roger Studner
is thre any documentation out there, other than a really weak javadoc for the 
ThreadPermutationWorkerFactory that describes what this is/why it works (or 
doesn't) etc?

Roger

On May 19, 2012, at 7:01 PM, Edson Richter wrote:

 Sorry for answering my own question. I've found that I need to add the
 following to my VM arguments:
 
 -
 Dgwt.jjs.permutationWorkerFactory=com.google.gwt.dev.ThreadedPermutationWorkerFactory
 
 Gain about 40% on compilation with 4 workers on 8 core machine ;-)
 
 Edson.
 
 
 On May 19, 7:53 pm, Edson Richter brvik...@gmail.com wrote:
 Hi,
 
 I've GWT 2.4.0 installed in Eclipse Indigo. Everything works fine,
 except that when I add -localWorkers 4 into compilation
 configuration, I get the error described below.
 
 Compiler options:
 
 -war war/secure -deploy ./deploy -extra ./extra -localWorkers 4 -
 strict
 
 Error during compilation:
 
 Compiling module MyComponent
Compiling 2 permutations
   Compiling permutation 0...
   Process output
  [ERROR] Could not create the Java virtual machine.
  [ERROR] Unknown option or illegal argument: -logLevel.
  [ERROR] Please check for incorrect spelling or review
 documentation of startup options.
  [ERROR]
   Compiling permutation 1...
Compile of permutations succeeded
 Linking into C:\Users\richter\workspace\...\MyComponent; Writing
 extras to C:\Users\richter\workspace\...\extra\MyComponent
Link succeeded
Compilation succeeded -- 108,368s
 
 And system stay calculating permutations on only one thread (my
 machine has 8 physical cores, and only one is active during
 compilation).
 
 Can someone help me?
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-toolkit@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 

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



JSNI madness!

2012-05-15 Thread Roger Studner
Okay, losing my mind on something trivial.. if I have

public class FooBar {

  public static native void methodA() /*-{
FooBar.methodB();
 /*-};
 
 public static native void methidB() /*-{
  $wnd.alert(hi!);
  
/*-};


 
}

this should work?  I feel like i've done it 1000 times, but now when I do this, 
I never can call one JSNI method from another

Anyone :)?  Bueller?

Roger

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



Re: JSNI madness!

2012-05-15 Thread Roger Studner
Okay, not quite a complete enough example:

public class FooBar {

 public static native void methodA() /*-{
something.bind(hi, function () {
  FooBar.methodB();
   });  

/*-};

public static native void methidB() /*-{
 $wnd.alert(hi!);

/*-};

that is more accurate (the fact that i'm trying to access it inside of a 
function, which affects scope to some degree of course

Best,
Roger


On May 15, 2012, at 10:39 AM, Roger Studner wrote:

 Okay, losing my mind on something trivial.. if I have
 
 public class FooBar {
 
  public static native void methodA() /*-{
   FooBar.methodB();
 /*-};
 
 public static native void methidB() /*-{
  $wnd.alert(hi!);
 
 /*-};
 
 
 
 }
 
 this should work?  I feel like i've done it 1000 times, but now when I do 
 this, I never can call one JSNI method from another
 
 Anyone :)?  Bueller?
 
 Roger
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-toolkit@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 

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



Re: JSNI madness!

2012-05-15 Thread Roger Studner
For some reason I was thinking/hoping that a JSNI to JSNI call wouldn't use 
the evil syntax.

crawls back to type in the evil syntax

Thanks Thomas!

Roger

On May 15, 2012, at 11:16 AM, Thomas Broyer wrote:

 
 
 On Tuesday, May 15, 2012 4:39:48 PM UTC+2, Roger wrote:
 Okay, losing my mind on something trivial.. if I have 
 
 public class FooBar { 
 
   public static native void methodA() /*-{ 
 FooBar.methodB(); 
 
 @my.pack.age.FooBar::methodB()();
 
 See 
 https://developers.google.com/web-toolkit/doc/latest/DevGuideCodingBasicsJSNI#methods-fields
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To view this discussion on the web visit 
 https://groups.google.com/d/msg/google-web-toolkit/-/GFxETABDROIJ.
 To post to this group, send email to google-web-toolkit@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.

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



Re: Firefox 12 release

2012-04-30 Thread Roger Studner
Agreed… right now the giant issue is Mozilla/Firefox.

If Firebug didn't exist, I imagine nobody would use Firefox anymore.  It is 
that simple.

Roger

On Apr 30, 2012, at 10:37 AM, Paul Robinson wrote:

 On 30/04/12 15:23, Piergrossi, Mark J wrote:
 
 Alan:
  
 Just wanted to say thank you man. The plug-in works great. It is a shame 
 that Google couldn’t create these in a timely manner. Your effort is greatly 
 appreciated – especially from those of us that have to get real work done.
 Alan is a Google employee. The real shame is what Firefox is doing.
 
 Paul
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-toolkit@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.

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



Re: Call for action: Time to rethink a road-map and more frequent updates for GWT.

2012-04-20 Thread Roger Studner
That is one awful looking website.

*eats popcorn*

On Apr 20, 2012, at 2:22 AM, Luc Claes wrote:

 The two GWT founders, Bruce Johnson and Joel Webber, have left Google and are 
 creating a new startup:
 http://www.monetology.com/team
 
 On Thursday, April 19, 2012 9:11:38 PM UTC+2, Supercobra Thatbytes wrote:
 Obviously something is happening.
 
 One of the first thing you do as a team lead of a project that is going to 
 disappear is to remove the developer relations people and reassign team 
 members, which both have been happening in the GWT team. David Chandler, GWT 
 developer relations left the team (https://turbomanage.wordpress.com/) to 
 work on Android and some GWT developers are now working on Dart as per GWT 
 team lead Bruce Johnson 
 (http://googlewebtoolkit.blogspot.com/2011/11/gwt-and-dart.html)
 
 speculation
 1. I think the GWT team is creating a Dart equivalent to GWT then will retire 
 GWT. However talking about this would scare lots of people off so until they 
 have something big to show and a concrete roadmap they keep silent. If GWT 
 was dropped we would hear about but and I think we are in a transition phase.
 
 2. Since Dart is close to Java in many ways, they could offer Dart on App 
 Engine thus providing a complete solution, UI and backend all on Dart, which 
 would be really cool. That would be a replacement for Java on Android which 
 would break the java-lawsuit-leach Oracle has on Google.
 /speculation
 
 But it's too silent out there... The community needs to be more vocal about 
 requesting some information and the GWT team needs to be more proactive 
 engaging with us.
 
 
 
 On Monday, April 2, 2012 10:19:16 AM UTC-5, Joshua Kappon wrote:
 With the rise of the new developers.google.com, and with Google trying to 
 rally up developers using Google technologies and products, and the rise of 
 Dart and unclear future of GWT, I think it's about time that Google will 
 rethink the all We don't and won't have a road map, and there are no release 
 dates for new GWT versions and embrace the GWT developers community.
 
 What do you guys think? (if you agree, +1 this)
 
 Best,
 Josh 
 
 On Thursday, April 19, 2012 9:11:38 PM UTC+2, Supercobra Thatbytes wrote:
 Obviously something is happening.
 
 One of the first thing you do as a team lead of a project that is going to 
 disappear is to remove the developer relations people and reassign team 
 members, which both have been happening in the GWT team. David Chandler, GWT 
 developer relations left the team (https://turbomanage.wordpress.com/) to 
 work on Android and some GWT developers are now working on Dart as per GWT 
 team lead Bruce Johnson 
 (http://googlewebtoolkit.blogspot.com/2011/11/gwt-and-dart.html)
 
 speculation
 1. I think the GWT team is creating a Dart equivalent to GWT then will retire 
 GWT. However talking about this would scare lots of people off so until they 
 have something big to show and a concrete roadmap they keep silent. If GWT 
 was dropped we would hear about but and I think we are in a transition phase.
 
 2. Since Dart is close to Java in many ways, they could offer Dart on App 
 Engine thus providing a complete solution, UI and backend all on Dart, which 
 would be really cool. That would be a replacement for Java on Android which 
 would break the java-lawsuit-leach Oracle has on Google.
 /speculation
 
 But it's too silent out there... The community needs to be more vocal about 
 requesting some information and the GWT team needs to be more proactive 
 engaging with us.
 
 
 
 On Monday, April 2, 2012 10:19:16 AM UTC-5, Joshua Kappon wrote:
 With the rise of the new developers.google.com, and with Google trying to 
 rally up developers using Google technologies and products, and the rise of 
 Dart and unclear future of GWT, I think it's about time that Google will 
 rethink the all We don't and won't have a road map, and there are no release 
 dates for new GWT versions and embrace the GWT developers community.
 
 What do you guys think? (if you agree, +1 this)
 
 Best,
 Josh 
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To view this discussion on the web visit 
 https://groups.google.com/d/msg/google-web-toolkit/-/Il4Yx4xku4EJ.
 To post to this group, send email to google-web-toolkit@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.

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



Re: Call for action: Time to rethink a road-map and more frequent updates for GWT.

2012-04-20 Thread Roger Studner
I believe there are a total of … 0.. sessions about GWT.

Roger

On Apr 20, 2012, at 8:18 AM, Travis Camechis wrote:

 One thing for sure is that the code base is still being actively developed if 
 you look at the activity on the repository.  It will be curious to see how 
 much talk there will be about GWT at this years Google IO.
 
 On Wed, Apr 18, 2012 at 10:50 AM, b0b pujos.mich...@gmail.com wrote:
 The biggest problem with web frameworks is that you have no visiblity into 
 their future.
 And the fact that sometimes Google does not hesisate to can products doesn't 
 help.
 
 The is very must unlike say J2EE which existed 10 years ago and that you can 
 mostly be guaranteed will still exist in 10 years because
 so much production critical code use it in the industry.
 
 Being open source helps a bit, but there's many Open Source projects that 
 just die because noone work on it.
 And we all know that code that isn't regularly maintained/modernized/updated 
 just dies and become irrelevant.
 
 Athough I do not think GWT risk being abandonned soon, who knows in which 
 state it will eb in 2 or 3 years ?
 
 
  
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To view this discussion on the web visit 
 https://groups.google.com/d/msg/google-web-toolkit/-/mXcfTwGGCc4J.
 
 To post to this group, send email to google-web-toolkit@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-toolkit@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.

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



Re: Smart GWT use for commercial software development.

2012-04-04 Thread Roger Studner
stands up and puts on flame suit

Don't use SmartGWT for anything.

Best,
Guy who has actually tried to use SmartGWT at more than 1 company (lots of 
versions between attempts) and 100% of the time has had to rip it out.

On Apr 3, 2012, at 7:09 PM, sanika joshi wrote:

 Hi All,
  Wanted to know if smart GWT can be used for commercial application
 development.Do I have to purchase a  license for the same or can it be
 installed and used without any purchase of a license.
 Talking of more detail if Smart GWT is free to use then can all the
 widgets which are included in the smart GWT page be implemented as
 they can be in simple GWT?
 Thanks alot!
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-toolkit@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 

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



Re: jquery?

2011-10-27 Thread Roger Studner
There are many (many) jQuery based live grid implementations.  They are far 
easier to style, implement and customize than CellTable

A massive strength of GWT, is the ability to model your domain objects on the 
client. Sure, you can do this in javascript using Backbone and other 
techniques, but that is beyond the technical realm of 'using jquery'

Roger

On Oct 27, 2011, at 7:04 PM, Andrei wrote:

 I wrote complex apps in both JQuery and GWT. My experience boils down
 to two key points:
 
 (1) 2-3,000 lines of code or less, you can do it much faster in JQuery
 than GWT, and the resulting JavaScript will be much smaller. More code
 - go with GWT.
 
 (2) If you plan to use widgets like DataGrid or trees, GWT is much
 more convenient.
 
 This is not a religion kind of question: these frameworks are very
 different, and each has very distinct advantages in certain
 situations.
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-toolkit@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 

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



Re: GWT advantages

2011-10-23 Thread Roger Studner
As someone who uses GWT, but also knows HTML/CSS/jQuery… I will at least 
honestly (flames expected) say that developing with GWT, while great for 'java 
devs' is far slower and more painful than just doing traditional html/css/js 
development (if you know what you are doing that is)

Roger

On Oct 23, 2011, at 2:19 PM, Dennis Haupt wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 what about telling them why you chose to use the GWT? :)
 
 as someone who just worked on a google maps integration (for 2 month)
 using the GWT, i would say that the GWT gives the programmer a lot
 more power in general, development speed and possibilities to debug
 everything than any other technology that runs on the client that i've
 seen so far.
 
 
 
 
 Am 23.10.2011 15:17, schrieb Navindian:
 Hi
 
 We have decided to go with GWT and dropping the option of JSF for
 google maps application. I need to prepare a slide to support the
 same. Please suggest the parameters where GWT passes and JSF fails.
 It should be very generic such that Quality people appreciate it.
 
 thanks navajyothi
 
 -- You received this message because you are subscribed to the
 Google Groups Google Web Toolkit group. To post to this group,
 send email to google-web-toolkit@googlegroups.com. To unsubscribe
 from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com. For more options,
 visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 
 
 - -- 
 
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v2.0.14 (MingW32)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
 
 iQIcBAEBAgAGBQJOpFqoAAoJENRtux+h35aGSYQP/0yciaOpU/JhI/tocmeBASTD
 MfVIBzUfwYgDpwZPSuZvHi12OKLdqo36VpPsJpgeSaemowMBn2rAUWQmfc5/9sVt
 5+u0dXo/+BlepS5AE3VHaCKHBHJWG6+UV/7jA151yvEmbXd6iFpVq9y4P69+hjb1
 K3vauIH0NkNb0QKNcvSZwEbhfTzehY2wHFRQ5481T1QFv4vT4rsoeJ4kvk1Iarsg
 KO1syyuJrRqNGnjhU97ga8zhtgLt23/lISOMgG7ykY7CXz6l2FuqBZ/NWsVzG+M/
 5J4AECBmoRU1BTfO8E8o43DX0JqOQAB+MhgrGCaX3EIAbp1VBpLZdZ6eKMifce1F
 4gRGiKThCmWedHoDeN8utDN7DKab2J7+R547dcqhIg8M1z64tqd0AQOutyhmkuis
 d9LKgA1We5R/MDTwJUFwu/qL+8ORxPfg2HwhBbCNv0BzHBrjh7Cmxm/ZtNr0YP2K
 QVPyZCjbOgl9Eq1Nsg3z4UaYu5LJT66tci46AGgc4KbqhOw9ylc/5ubiSDRNgE6U
 lESQYPrIXdRsJTRuUNuzy1KEkLikPNcLFwB5WK7GOTUZfET2pyk2DWV4IKzd7ltQ
 7afOBO1hCoO/U9LzEdwOT8lFPy1HRVGJdA0oNBUpE6k3rBDOzlS6+kJ6AuC3X915
 R9F9U+AsP0tMF6ESmzja
 =Zfsk
 -END PGP SIGNATURE-
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-toolkit@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 

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



Re: future of gwt who use gwt

2011-10-23 Thread Roger Studner
jquery != problem with browser compatibility.

People will make sure jquery 'still works' *long after* Google stops working on 
GWT and open sources it.

(Not good or bad, just obviously true)

Roger

On Oct 23, 2011, at 1:57 PM, Rori Stumpf wrote:

 
 I have a greater fear of having to use plain old Javascript/JQuery and
 the minefield of cross-browser compatibility, than GWT's product
 path... :-)
 
 On Oct 22, 1:27 pm, krespo ma...@gmail.com wrote:
 when I good understand, google wanted for some period support GWT, but they
 don't want to extend funciontality of GWT(maybe will recover existing bugs).
 They want to migrate existing GWT users into DART.
 But in this Dart way I see some disadvantages against GWT eg: 1. java lang
 on client and server , 2. same model class for client server side ... .I
 think that there  will be compatibility between java - dart and stay RPC
 mechanism.
 What Do you think about my opinion ?
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-toolkit@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 

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



Radiobutton vs checkbox in celltable

2011-09-15 Thread Roger Studner
If I do a single selection model etc.. (canonical).. I get a checkbox.

Technically, you'd think, this would render as a radio button..

Anyone experiment/discover how to replace the default check box column w/ a 
radio button ?

thanks

Roger

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



Detecting a checkbox click

2011-08-03 Thread Roger Studner
I'm trying to detect a checkbox selection click so I can do some other work 
(enable a button/change some css.. trivial stuff)

I tried GWTQuery, which fails (I can bind a click handler to every checkbox.. 
but after 1 click, CellTable appears to remove my bindings hah)

I've tried overriding piles of methods.. setting handleSelection to true and 
overriding methods.. and in the end.. I can't seem to solve this trivial use 
case.

i'm doing:

table.setSelectionModel(selectionModel, DefaultSelectionEventManager.MyObject 
createCheckBoxManager());
(selection Model is single selection)

I've seen posts on stack overflow about a custom checkbox manager, but none of 
the code compiles/works (even if I try to tweak it to get it compilable)

I also tried using column.setFieldUpdater (how i've done click handler on other 
columns) and that as well fails to work.

I assume this is a solved problem, but google searching has failed me :)

Anyone :)?

Thanks in advance,
Roger

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



Chrome, GWT Dev Mode, OSX

2010-12-22 Thread Roger Studner
Everytime I try to do GWT Dev mode (gwt 2.1) with Chrome on OSX, it gives me 
the Failed to connect to server error message

i've tried bindAddress 0.0.0.0 and a pile of other workarounds.

Anyone have this problem/success with this?

Note - works 100% of the time using firefox.. i'd just like to use Chrome (with 
or without speed tracer) for my GWT Dev mode.

Thanks
Roger

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



SmartGWT and Chrome vs Firefox

2010-12-22 Thread Roger Studner
When I try to start dev mode in firefox, things work perfectly.

When I try with Chrome, I get the Failed to connect to server and this 
exception appears in the browser
(note, nothing shows up in the dev mode window etc)

java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.google.gwt.dev.shell.ModuleSpace.onLoad(ModuleSpace.java:396)
at 
com.google.gwt.dev.shell.OophmSessionHandler.loadModule(OophmSessionHandler.java:183)
at 
com.google.gwt.dev.shell.BrowserChannelServer.processConnection(BrowserChannelServer.java:510)
at 
com.google.gwt.dev.shell.BrowserChannelServer.run(BrowserChannelServer.java:352)
at java.lang.Thread.run(Thread.java:680)
Caused by: com.google.gwt.dev.shell.HostedModeException: Something other than a 
boolean was returned from JSNI method 
'@com.smartgwt.client.widgets.form.fields.FormItem::isCreated()': JS value of 
type JavaScript object(63), expected boolean
at com.google.gwt.dev.shell.JsValueGlue.get(JsValueGlue.java:100)
at 
com.google.gwt.dev.shell.ModuleSpace.invokeNativeBoolean(ModuleSpace.java:186)
at 
com.google.gwt.dev.shell.JavaScriptHost.invokeNativeBoolean(JavaScriptHost.java:35)
at 
com.smartgwt.client.widgets.form.fields.FormItem.isCreated(FormItem.java)
at 
com.smartgwt.client.widgets.form.fields.FormItem.setAttribute(FormItem.java:3437)
at 
com.smartgwt.client.widgets.form.fields.FormItem.setType(FormItem.java:3752)
at com.smartgwt.client.widgets.form.fields.FormItem.(FormItem.java:79)
at com.smartgwt.client.widgets.form.fields.TextItem.(TextItem.java:76)
at 
com.smartgwt.client.widgets.form.fields.PasswordItem.(PasswordItem.java:76)
at com.informatica.cep.rpa.client.view.LoginView.(LoginView.java:29)
at 
com.informatica.cep.rpa.client.controller.LoginController.(LoginController.java:36)
at 
com.informatica.cep.rpa.client.controller.RootController.(RootController.java:34)
at 
com.informatica.cep.rpa.client.MyEntryPoint.onModuleLoad(MyEntryPoint.java:18)
... 9 more


Any thoughts?

Thanks,
Roger

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: Chrome, GWT Dev Mode, OSX

2010-12-22 Thread Roger Studner
Yeah, toolbox stays red/no permissions issue.. 

I did go ahead and add
localhost
localhost:9997
127.0.0.1
127.0.0.1:9997
etc
etc
before I figured there might just be a bug ;)

Roger



On Dec 22, 2010, at 10:17 AM, Chris Conroy wrote:

 Matthew: There is a plugin as of a few weeks ago.
 
 Roger: Do you see the GWT toolbox in the URL bar turn gray? If so this means 
 you have a permissions issue and you need to click the toolbox (or just go 
 directly to the extension's options page) to add the host.
 
 On Wed, Dec 22, 2010 at 9:49 AM, Matthew Hill matt2...@gmail.com wrote:
 I thought that there wasn't a dev plugin for Chrome on OS X?
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: SmartGWT and Chrome vs Firefox

2010-12-22 Thread Roger Studner
Certainly feels like this could be it

Roger

On Dec 22, 2010, at 10:15 AM, Chris Conroy wrote:

 just guessing, but you could be hitting a different manifestation of this 
 bug: http://code.google.com/p/google-web-toolkit/issues/detail?id=5778
 
 On Wed, Dec 22, 2010 at 8:59 AM, Roger Studner rstud...@gmail.com wrote:
 When I try to start dev mode in firefox, things work perfectly.
 
 When I try with Chrome, I get the Failed to connect to server and this 
 exception appears in the browser
 (note, nothing shows up in the dev mode window etc)
 
 java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.google.gwt.dev.shell.ModuleSpace.onLoad(ModuleSpace.java:396)
at 
 com.google.gwt.dev.shell.OophmSessionHandler.loadModule(OophmSessionHandler.java:183)
at 
 com.google.gwt.dev.shell.BrowserChannelServer.processConnection(BrowserChannelServer.java:510)
at 
 com.google.gwt.dev.shell.BrowserChannelServer.run(BrowserChannelServer.java:352)
at java.lang.Thread.run(Thread.java:680)
 Caused by: com.google.gwt.dev.shell.HostedModeException: Something other than 
 a boolean was returned from JSNI method 
 '@com.smartgwt.client.widgets.form.fields.FormItem::isCreated()': JS value of 
 type JavaScript object(63), expected boolean
at com.google.gwt.dev.shell.JsValueGlue.get(JsValueGlue.java:100)
at 
 com.google.gwt.dev.shell.ModuleSpace.invokeNativeBoolean(ModuleSpace.java:186)
at 
 com.google.gwt.dev.shell.JavaScriptHost.invokeNativeBoolean(JavaScriptHost.java:35)
at 
 com.smartgwt.client.widgets.form.fields.FormItem.isCreated(FormItem.java)
at 
 com.smartgwt.client.widgets.form.fields.FormItem.setAttribute(FormItem.java:3437)
at 
 com.smartgwt.client.widgets.form.fields.FormItem.setType(FormItem.java:3752)
at com.smartgwt.client.widgets.form.fields.FormItem.(FormItem.java:79)
at com.smartgwt.client.widgets.form.fields.TextItem.(TextItem.java:76)
at 
 com.smartgwt.client.widgets.form.fields.PasswordItem.(PasswordItem.java:76)
at com.informatica.cep.rpa.client.view.LoginView.(LoginView.java:29)
at 
 com.informatica.cep.rpa.client.controller.LoginController.(LoginController.java:36)
at 
 com.informatica.cep.rpa.client.controller.RootController.(RootController.java:34)
at 
 com.informatica.cep.rpa.client.MyEntryPoint.onModuleLoad(MyEntryPoint.java:18)
... 9 more
 
 
 Any thoughts?
 
 Thanks,
 Roger
 
 --
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 
 
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: Chrome, GWT Dev Mode, OSX

2010-12-22 Thread Roger Studner
Well, I definitely can telnet to 127.0.0.1

When I try to run it from command line:

/Applications/Google Chrome/Contents/MacOS/Google Chome.app  (not exactly whta 
it is, but you get the drfit)

it actually crashes with:
[1222/104209:FATAL:/b/build/slave/chrome-official-mac/build/src/base/mac_util.mm(226)]
 Check failed: bundle. Failed to load the bundle at /Applications/Google 
Chrome.app/Contents/MacOS/Versions/10.0.612.3/Google Chrome Framework.framework
Trace/BPT trap


Roger

On Dec 22, 2010, at 10:37 AM, Chris Conroy wrote:

 Roger,
 
 Try launching Chrome from the command line (close all open windows that you 
 may have first). And see what the log reports.
 
 Also, can you verify that you can telnet into your codeserver? e.g.
 
 $ telnet 127.0.0.1 9997
 Connected to 127.0.0.1.
 Escape character is '^]'.
 asdf
 Connection closed by foreign host.
 
 If you enter garbage input like I did here ('asdf') then the code server 
 should die with something like:
 Connection received from mycomputer:54684
[ERROR] Unrecognized command for client; closing connection
 com.google.gwt.dev.shell.BrowserChannelException: Invalid message type 97
   at 
 com.google.gwt.dev.shell.BrowserChannel$Message.readMessageType(BrowserChannel.java:1104)
   at 
 com.google.gwt.dev.shell.BrowserChannelServer.processConnection(BrowserChannelServer.java:378)
   at 
 com.google.gwt.dev.shell.BrowserChannelServer.run(BrowserChannelServer.java:352)
   at java.lang.Thread.run(Thread.java:636)
 
 
 
 On Wed, Dec 22, 2010 at 10:23 AM, Roger Studner rstud...@gmail.com wrote:
 Yeah, toolbox stays red/no permissions issue.. 
 
 I did go ahead and add
 localhost
 localhost:9997
 127.0.0.1
 127.0.0.1:9997
 etc
 etc
 before I figured there might just be a bug ;)
 
 Roger
 
 
 
 On Dec 22, 2010, at 10:17 AM, Chris Conroy wrote:
 
 Matthew: There is a plugin as of a few weeks ago.
 
 Roger: Do you see the GWT toolbox in the URL bar turn gray? If so this means 
 you have a permissions issue and you need to click the toolbox (or just go 
 directly to the extension's options page) to add the host.
 
 On Wed, Dec 22, 2010 at 9:49 AM, Matthew Hill matt2...@gmail.com wrote:
 I thought that there wasn't a dev plugin for Chrome on OS X?
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: GWT Designer Libraries

2010-11-12 Thread Roger Studner
Well.. a quick bit of objective (having used all 3) opinions.

It is simple:
1) don't use GWT-EXT.
2) GXT is a pure java solution, and the only one of the 3.
3) SmartGWT is *really slick*, but it is basically a little java code, that 
just wraps the SmartClient javascript library (imagine a couple megs of 
javascript/css, with a JSNI layer on top of it).

So, that leaves #2 and #3.  

It really depends from there how pure GWT you want your solution (GXT being 
the only choice there).  Or if you really like the VAST choices of SmartClient 
widgets etc and don't mind that technically, you are just using a javascript 
library with a java API.

Maybe I didn't make it simpler hah

Roger

On Nov 12, 2010, at 8:25 PM, jaybose wrote:

 I see in the Designer docs (and in the actual tool itself) that there
 are 3 promoted libraries:
 - GWT-Ext (http://gwt-ext.com/)
 - Ext GWT (http://www.extjs.com/products/gxt/)
 - SmartGWT (http://code.google.com/p/smartgwt/)
 
 Their respective showcases look great. Some are better documented than
 the others.
 
 I was just wondering, if anyone is using any of these, what are your
 personal experiences so far?
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: Integration of hibernate with GWT

2010-10-07 Thread Roger Studner
Why GWT scares me these days just a bit:

I'd suggest waiting a bit (a few days, maybe even just hours) for the
2.1 RC1 release of GWT and use RequestFactory (you could go with the
current M3, but many things have changed since then, so starting with
RC1 would probably be better).

Roger



On Oct 7, 2010, at 1:37 PM, Thomas Broyer wrote:

 I'd suggest waiting a bit (a few days, maybe even just hours) for the
 2.1 RC1 release of GWT and use RequestFactory (you could go with the
 current M3, but many things have changed since then, so starting with
 RC1 would probably be better).

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: Integration of hibernate with GWT

2010-10-07 Thread Roger Studner
The general consensus is that GWT moves incredibly fast :)

I should have tried convey a bit more smirk in my comment.  I'm super excited 
for all the changes GWT brings.

I just am ready for it to slow down, so it is an easier sell to the other 
people (management).

I hate saying, The new version broke X,Y,Z

No worries though :)

Roger

On Oct 7, 2010, at 2:09 PM, Thomas Broyer wrote:

 
 
 On 7 oct, 19:42, Roger Studner rstud...@gmail.com wrote:
 Why GWT scares me these days just a bit:
 
 I'd suggest waiting a bit (a few days, maybe even just hours) for the
 2.1 RC1 release of GWT and use RequestFactory (you could go with the
 current M3, but many things have changed since then, so starting with
 RC1 would probably be better).
 
 What scares you exactly?
 
 The milestones were about building new stuff (Places, Activities, Cell
 widgets, RequestFactory, etc.). AFAIK, RC1 is an API-freeze release;
 so yes, many things have changed since M3, but only about the new
 stuff (and mainly about RequestFactory, and there's the new Editor
 stuff), and it won't change after RC1 (unless I'm wrong about the API-
 freeze, but I'm pretty sure I'm not ;-) ).
 Many things have been postponed, not to 2.1 GA, but to 2.1.1, so I
 think 2.1 GA will only be about having a more stable RC1.
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



GWT 2.1M(anything)

2010-09-24 Thread Roger Studner
The onKeyPress events.. when you check for a modifying (shift, control, if they 
hit the enter key).

On OSX *all* of these report 0.

Thus, I mean, you can't really use onKeyPress to check for the ENTER key.. 
well.. ever ;)

Roger

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: GWT 2.1M(anything)

2010-09-24 Thread Roger Studner
Thanks Christian.  I did tons of GWT up until 1.6 and then got pulled away.

So i'm digesting so many of the changes that obvious things skip by my brain 
when i'm stuck in the weeds hah

Thanks!

Roger

On Sep 24, 2010, at 8:43 AM, Christian Goudreau wrote:

 Well, it's because you have to use KeyDown or KeyUp events for these :D
 
 I had to change my masked textbox for that when upgrading to gwt 2.1
 
 Cheers,
 
 On Fri, Sep 24, 2010 at 8:17 AM, Roger Studner rstud...@gmail.com wrote:
 The onKeyPress events.. when you check for a modifying (shift, control, if 
 they hit the enter key).
 
 On OSX *all* of these report 0.
 
 Thus, I mean, you can't really use onKeyPress to check for the ENTER key.. 
 well.. ever ;)
 
 Roger
 
 --
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 
 
 
 
 -- 
 Christian Goudreau
 www.arcbees.com
 
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: Caution: SmartGwt loadup size is big

2010-07-14 Thread Roger Studner
SmartGWT or ExtJS(gwt-ext, ext-gwt) etc.. all have this issue.

I'd like one tiny tiny feature.

here are your 1000+ files.

Thanks!

Roger

On Jul 14, 2010, at 7:22 PM, mk wrote:

 We have a tiny widget from SmartClient's SmartGwt. And it had
 increased the intial loadup size between webserver and browser by 2.3MB
 +.( js, css)
 
 Thus be cautious if you think this can hamper performance.
 
 (If anybody has solution to above than plz share ).
 
 FYI: We do changed header of script to cache all SmartClient's scripts
 forever.
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: Using Javascript Overlays vs. Manually setting up POJO instances?

2010-06-10 Thread Roger Studner
The only problem I found with this interface technique (which I immediately 
wanted) was this:

public interface MyEntity {
   ListString getNames();
}

The javascript overlay type has to deal in JSArray's, the server can't etc.

So for all lists/collections I found it broke down pretty quick

Roger

On Jun 10, 2010, at 5:55 AM, Olivier Monaco wrote:

 You have also some framework like piriti allowing easy mapping between
 JSON and Java object. But I don't like them because their overhead. I
 use another approach.
 
 My model is made of interfaces. I share the interfaces between the
 server and GWT. For GWT, I have a generator that automatically
 implements the interface as a wrapper around the JSO. This wrapper is
 a zero-overhead implementation (just method forward).
 
 You can find my generator here if it can help you:
 http://code.google.com/p/tyco/source/browse/trunk/tyco-gwt/src/main/com/googlecode/tyco/gwt/tikray
 And you have some unittests here:
 http://code.google.com/p/tyco/source/browse/trunk/tyco-gwt/src/test/com/googlecode/tyco/gwt/tikray
 
 Olivier
 
 On 10 juin, 01:06, rhodebump rhodeb...@gmail.com wrote:
 I did some reading up on RPC.  Sounds like it would be perfect except
 for the face that it is limited by the Same Origin Policy, so I can't
 use it.
 
 I wish we could do an RPC with JsonpRequestBuilder
 
 Thanks for your insight, you have convinced me to do the Javascript
 Overlays.  I do like type safety and it sounds like it would be more
 efficient.
 
 Phillip
 
 On Jun 9, 5:52 pm, Sripathi Krishnan sripathi.krish...@gmail.com
 wrote:
 
 I am assuming you have a strong reason not to use standard RPC - because if
 you really have POJO's on the server side, reusing the same objects on the
 client side should be a breeze.
 
 It always makes sense to Javascript Overlays, otherwise you loose type
 safety and all the other advantages java has over javascript. It is a pain
 to maintain two versions for the same entity, but the advantages far
 outweigh the inconvenience. You can perhaps even build a small utility that
 generates the overlays -- shouldn't be too difficult.
 
 And finally, if it eases your pain, most people end up having DTOs and Model
 objects *even if* they use regular RPC. That's because the POJO's you have
 on the server may be a complex hierarchy of objects; what you want on the
 client side is usually pretty simple and doesn't have deep hierarchies.
 
 --Sri
 
 On 10 June 2010 02:56, rhodebump rhodeb...@gmail.com wrote:
 
 I have several Java classes that I am using on the serverside, and I
 am using these same classes to serialize the JSON stream back to my
 GWT application.  I am using the JsonpRequestBuilder to call my
 service and it is successfully returning a JavascriptObject.
 
 What is the recommended approach to getting my objects from the json
 response?, should it be a) coerce my JavaScriptObject into a string
 and use the JsonParser, or b) write a 2nd implementation of my classes
 using Javascript overlays?
 
 I don't really like either approach, one option means having 2 types
 of objects that I would need to keep in sync (the pojo and the
 Javascript overlay) and the other way means I have to traverse the
 Json myself, populating my object glyph manually.
 Either way, ouch.
 
 Thanks for listening,
 Phillip
 
 --
 You received this message because you are subscribed to the Google Groups
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to
 google-web-toolkit+unsubscr...@googlegroups.comgoogle-web-toolkit%2bunsubscr...@googlegroups.com
 .
 For more options, visit this group at
 http://groups.google.com/group/google-web-toolkit?hl=en.
 
 
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: Smart GWT 2.1 Released

2010-03-03 Thread Roger Studner
I'm running Chrome on OSX, developer build.

Firefox/safari on osx work fine.. 
if I go to http://www.smartclient.com/smartgwt/showcase/

I see (attached):


On Mar 3, 2010, at 9:12 AM, Rob Smith wrote:

 Which sample doesn't work. I am using Chrome and all the samples are
 working for me.
 
 BTW - Love the new skin and the ability to add widgets to grid cells.
 
 On Mar 3, 8:55 am, Roger Studner rstud...@gmail.com wrote:
 it pains me to say that the samples doesn't work in GOOGLE chrome heh
 
 Roger
 
 On Mar 3, 2010, at 8:18 AM, Sanjiv Jivan wrote:
 
 
 
 Hi all,
 Smart GWT 2.1 has just been released.
 
 Release announcement 
 :http://www.jroller.com/sjivan/entry/smart_gwt_2_1_released
 Showcase with new samples :http://www.smartclient.com/smartgwt/showcase/
 Project Page :http://code.google.com/p/smartgwt/
 
 Here are some of the key features of this release. Please refer to the 
 Release Notes for complete details.  
 
 * GWT 2.0.3 compatible
 * New Graphite theme
 * Support for widgets in ListGrid cells
 * Support for Checkbox TreeGrid with cascade selection and tri-state 
 checkboxes (selected, unselected, partial)
 * Significant improvement in ToolStrip appearance
 * Improved Print support with fine grain control over what widgets and data 
 appears in print view
 * Support for Flash, ActiveX, Applets and SVG as Smart GWT widgets
 * Various performance improvements
 
 Comments, suggestions and feedback welcome.
 
 Thanks,
 Sanjiv
 
 --
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group 
 athttp://groups.google.com/group/google-web-toolkit?hl=en.
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 

inline: smartGwt.jpg-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: Smart GWT 2.1 Released

2010-03-03 Thread Roger Studner
Aha!

The AutoZoom Chrome Extension breaks SmartGWT.

If you load a page with it at anything other than 100%, it breaks it.

If you load a page at 100%, then change it up/down things are fine.

Victory SmartGWT!

Roger

On Mar 3, 2010, at 9:12 AM, Rob Smith wrote:

 Which sample doesn't work. I am using Chrome and all the samples are
 working for me.
 
 BTW - Love the new skin and the ability to add widgets to grid cells.
 
 On Mar 3, 8:55 am, Roger Studner rstud...@gmail.com wrote:
 it pains me to say that the samples doesn't work in GOOGLE chrome heh
 
 Roger
 
 On Mar 3, 2010, at 8:18 AM, Sanjiv Jivan wrote:
 
 
 
 Hi all,
 Smart GWT 2.1 has just been released.
 
 Release announcement 
 :http://www.jroller.com/sjivan/entry/smart_gwt_2_1_released
 Showcase with new samples :http://www.smartclient.com/smartgwt/showcase/
 Project Page :http://code.google.com/p/smartgwt/
 
 Here are some of the key features of this release. Please refer to the 
 Release Notes for complete details.  
 
 * GWT 2.0.3 compatible
 * New Graphite theme
 * Support for widgets in ListGrid cells
 * Support for Checkbox TreeGrid with cascade selection and tri-state 
 checkboxes (selected, unselected, partial)
 * Significant improvement in ToolStrip appearance
 * Improved Print support with fine grain control over what widgets and data 
 appears in print view
 * Support for Flash, ActiveX, Applets and SVG as Smart GWT widgets
 * Various performance improvements
 
 Comments, suggestions and feedback welcome.
 
 Thanks,
 Sanjiv
 
 --
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group 
 athttp://groups.google.com/group/google-web-toolkit?hl=en.
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: [ANN] Objectify-Appengine 2.0, easily use GWT with the GAE datastore

2010-02-12 Thread Roger Studner
Begs the question (and I don't have time, sadly, to try it).

GWT 2.0 + ObjectifyWithGWT + (Gaelyk or Grails)

That would be an insanely awesome stack.

Roger



On Feb 12, 2010, at 2:54 PM, Jeff Schnitzer wrote:

 A couple days ago the Objectify team released version 2.0 of
 Objectify-Appengine, a mid-level open-source data persistence tier
 for Google App Engine.  It's a comfortable level of abstraction
 somewhere between JDO's too complicated and the Low-Level API's too
 simple, allowing you to easily put(), get(), delete(), and query()
 your own typed objects.
 
 Why am I posting about it here?
 
 One of Objectify's goals has been to make it easier to work with GWT.
 In Objectify v2, all of the datastore basic types (Key, Email, Link,
 GeoPt, Category, Rating, etc) are made available to your GWT code.
 So:
 
 * You can pass your entity classes back and forth through GWT-RPC
 without DTOs, detaching, or any other magic.
 
 Even if you choose to use JDO or other persistence APIs, you can still
 use the Objectify GWT module to GWT-enable the datastore types.
 Objectify is a ~100k jar with no dependencies.  Just add the jar to
 your project and this to your module:
 
inherits name=com.googlecode.objectify.Objectify /
 
 You can find more information about Objectify here:
 
 http://code.google.com/p/objectify-appengine/
 
 You can find specific information about using Objectify with GWT here:
 
 http://code.google.com/p/objectify-appengine/wiki/ObjectifyWithGWT
 
 Thanks,
 The Objectify-Appengine Team
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: GWT-EXT and GWT 2.0

2010-01-30 Thread Roger Studner
How did you find the migration from GWT-EXT to GXT?

Do I basically just, well, delete all my views and start over :)?

Roger

On Jan 30, 2010, at 6:09 PM, Sorinel C wrote:

 Hi Roger,
 
 There you go -- I hope, here:
 
 http://ui-programming.blogspot.com/2010/01/comparation-ext-gwt-gxt-vs...
 
 you can find more info about GWT libraries.
 
 Cheers!
 
 PS: about your question, I can, for sure, to tell you that GWT1.7.1 +
 GWT-Ext 2.0.5 work very; though, I don't know about the GWT2.0 'cause
 in mean time we moved to GXT :-)) -- perhaps this is your next step --
 so, book up 2-3 months for you big app migration :-)
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



GWT-EXT and GWT 2.0

2010-01-29 Thread Roger Studner
Anyone have experience with mixing these two beasts?

I have a GWT 1.5.3 based project that is using GWT-EXT (the old, 
free/opensource-ish versus that wrapped ExtJS).

I'm not talking about GXT or EXT-GWT (yes, I know, confusing names)

Roger

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: GWT support for Grails/Groovy domain objects

2010-01-28 Thread Roger Studner
Ooo.. will definitely check this out.

I'd gone to using semi-generic JavaScriptObjects on the client side, and 
closely matching server side objects.. and then had Spring 3.0 w/ Jackson 
handle the server side marshalling in 2 directions.

Thanks Johan

Roger

On Jan 28, 2010, at 4:53 AM, Johan Rydberg wrote:

 Have you guys checked the http://github.com/chirino/resty-gwt project?  It 
 has a generator
 that does pretty much all the awful things Roger talks about.
 
 On 1/28/10 9:14 AM, Abdullah Shaikh wrote:
 Hi Roger,
 
 Then the only option left is xml, of course if we are not going GWT-RPC way.
 
 So what do you think will be better JSON or XML ?
 
 I have created a GWT application, the communication with server part is 
 pending, the server side is java but its an already existing application, so 
 I need to hook something in between the service side application  GWT to 
 communicate, so I am looking out if it should be json or xml.
 
 
 - Abdullah
 
 On Wed, Jan 27, 2010 at 5:11 PM, Roger Studner rstud...@gmail.com 
 mailto:rstud...@gmail.com wrote:
 
And to add one thing.
 
Using JSON w/ GWT is well.. awful.
 
The main reason for this, is that you get JSON back to the client,
and either use Overlay Types (can't use instanceof with there, and
about 500 other issues).. or you hve to take a simple
OverlayType and then re-instantiate all of your objects (i.e. you
do eval() once on the JSON, then for-loop etc to re-instantiate
objects from that JSONObject).
 
And then, the joy doesn't stop.  When you want to say, post JSON
back to the server, you have to redo this process, converting all
the java objects (which are of course actually javascript) into
JSON.
 
All in all, using JSON w/ GWT is a very (very) painful experience.
 
THe humor of course, is that you have to convert objects to and
from Java so that you can then use all the java API's etc that
GWT (just converts into Javascript).
 
Heh
 
Roger
 
On Jan 27, 2010, at 1:30 AM, Jan Ehrhardt wrote:
 
The problem is the GWT RPC's serialization, which can't work with
objects created by hibernate. You can use the DTO Grails plugin
(http://www.grails.org/plugin/dto) or you can use JSON / REST for
communication.
 
In the case of a Grails app, which comes with great support for
REST / JSON, I would prefer the second way.
 
Regards
Jan Ehrhardt
 
On Wed, Jan 27, 2010 at 4:37 AM, Don Ruby, Ramp;D
donald.r...@mindspring.com mailto:donald.r...@mindspring.com
wrote:
 
GWT is the obvious choice for UI. But if you want to use
Grails/Groovy
for server side, you have to either code messy DTOs or client
side
POJOs.  It would be nice if GWT would support using the
Grails/Groovy
domain objects directly on the client.  Any chance of that
happening?
 
--
You received this message because you are subscribed to the
Google Groups Google Web Toolkit group.
To post to this group, send email to
google-web-toolkit@googlegroups.com
mailto:google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com
mailto:google-web-toolkit%2bunsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.
 
 
 
-- You received this message because you are subscribed to the
Google Groups Google Web Toolkit group.
To post to this group, send email to
google-web-toolkit@googlegroups.com
mailto:google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com
mailto:google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.
 
-- You received this message because you are subscribed to the Google
Groups Google Web Toolkit group.
To post to this group, send email to
google-web-toolkit@googlegroups.com
mailto:google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com
mailto:google-web-toolkit%2bunsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.
 
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group

Re: GWT support for Grails/Groovy domain objects

2010-01-28 Thread Roger Studner
Just checked this out.. it still has I guess the one sort-of problem.

If you have a complex client side object.. that you have to marshall into 
JSON.. it is a pain point.

But hey, that is what coding is about :)

The reason I use a JavaScriptObject (btw, for me, it is a very large tree 
structure that represents a file system and has business logic). is so I can do

JSONObject jo = new JSONObject(myJavaScriptObject);
doPost(jo.toString());

The resty-gwt project doesn't address this client side JSON generation, it just 
handles making the server side endpoints (and since it uses JAX-RS, that means 
please include there 83 jars in your project).

Roger

On Jan 28, 2010, at 4:53 AM, Johan Rydberg wrote:

 Have you guys checked the http://github.com/chirino/resty-gwt project?  It 
 has a generator
 that does pretty much all the awful things Roger talks about.
 
 On 1/28/10 9:14 AM, Abdullah Shaikh wrote:
 Hi Roger,
 
 Then the only option left is xml, of course if we are not going GWT-RPC way.
 
 So what do you think will be better JSON or XML ?
 
 I have created a GWT application, the communication with server part is 
 pending, the server side is java but its an already existing application, so 
 I need to hook something in between the service side application  GWT to 
 communicate, so I am looking out if it should be json or xml.
 
 
 - Abdullah
 
 On Wed, Jan 27, 2010 at 5:11 PM, Roger Studner rstud...@gmail.com 
 mailto:rstud...@gmail.com wrote:
 
And to add one thing.
 
Using JSON w/ GWT is well.. awful.
 
The main reason for this, is that you get JSON back to the client,
and either use Overlay Types (can't use instanceof with there, and
about 500 other issues).. or you hve to take a simple
OverlayType and then re-instantiate all of your objects (i.e. you
do eval() once on the JSON, then for-loop etc to re-instantiate
objects from that JSONObject).
 
And then, the joy doesn't stop.  When you want to say, post JSON
back to the server, you have to redo this process, converting all
the java objects (which are of course actually javascript) into
JSON.
 
All in all, using JSON w/ GWT is a very (very) painful experience.
 
THe humor of course, is that you have to convert objects to and
from Java so that you can then use all the java API's etc that
GWT (just converts into Javascript).
 
Heh
 
Roger
 
On Jan 27, 2010, at 1:30 AM, Jan Ehrhardt wrote:
 
The problem is the GWT RPC's serialization, which can't work with
objects created by hibernate. You can use the DTO Grails plugin
(http://www.grails.org/plugin/dto) or you can use JSON / REST for
communication.
 
In the case of a Grails app, which comes with great support for
REST / JSON, I would prefer the second way.
 
Regards
Jan Ehrhardt
 
On Wed, Jan 27, 2010 at 4:37 AM, Don Ruby, Ramp;D
donald.r...@mindspring.com mailto:donald.r...@mindspring.com
wrote:
 
GWT is the obvious choice for UI. But if you want to use
Grails/Groovy
for server side, you have to either code messy DTOs or client
side
POJOs.  It would be nice if GWT would support using the
Grails/Groovy
domain objects directly on the client.  Any chance of that
happening?
 
--
You received this message because you are subscribed to the
Google Groups Google Web Toolkit group.
To post to this group, send email to
google-web-toolkit@googlegroups.com
mailto:google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com
mailto:google-web-toolkit%2bunsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.
 
 
 
-- You received this message because you are subscribed to the
Google Groups Google Web Toolkit group.
To post to this group, send email to
google-web-toolkit@googlegroups.com
mailto:google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com
mailto:google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.
 
-- You received this message because you are subscribed to the Google
Groups Google Web Toolkit group.
To post to this group, send email to
google-web-toolkit@googlegroups.com
mailto:google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com
mailto:google-web-toolkit%2bunsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.
 
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google

Re: GWT support for Grails/Groovy domain objects

2010-01-27 Thread Roger Studner
And to add one thing.

Using JSON w/ GWT is well.. awful.

The main reason for this, is that you get JSON back to the client, and either 
use Overlay Types (can't use instanceof with there, and about 500 other 
issues).. or you hve to take a simple OverlayType and then re-instantiate all 
of your objects (i.e. you do eval() once on the JSON, then for-loop etc to 
re-instantiate objects from that JSONObject).

And then, the joy doesn't stop.  When you want to say, post JSON back to the 
server, you have to redo this process, converting all the java objects (which 
are of course actually javascript) into JSON.

All in all, using JSON w/ GWT is a very (very) painful experience.

THe humor of course, is that you have to convert objects to and from Java so 
that you can then use all the java API's etc that GWT (just converts into 
Javascript).

Heh

Roger

On Jan 27, 2010, at 1:30 AM, Jan Ehrhardt wrote:

 The problem is the GWT RPC's serialization, which can't work with objects 
 created by hibernate. You can use the DTO Grails plugin 
 (http://www.grails.org/plugin/dto) or you can use JSON / REST for 
 communication.
 
 In the case of a Grails app, which comes with great support for REST / JSON, 
 I would prefer the second way.
 
 Regards
 Jan Ehrhardt
 
 On Wed, Jan 27, 2010 at 4:37 AM, Don Ruby, Ramp;D 
 donald.r...@mindspring.com wrote:
 GWT is the obvious choice for UI. But if you want to use Grails/Groovy
 for server side, you have to either code messy DTOs or client side
 POJOs.  It would be nice if GWT would support using the Grails/Groovy
 domain objects directly on the client.  Any chance of that happening?
 
 --
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 
 
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: MVP Question

2010-01-25 Thread Roger Studner
I've found after (far too many) years of engineering software, that consistency 
is far better than dogma.

It is incredibly rare that a design pattern, taken off the shelf and dusted, 
works for every case.

In your case, if you have a reason to create the view via the presenter, I 
wouldn't fear it.  I would just update my diagrams accordingly and then *stick 
to it* in all cases.

The statement I'm using Pattern X and then varying 50% of the time is far 
more dangerous, than modifying a pattern and sticking to it :)

Roger

On Jan 25, 2010, at 8:54 AM, rmuller wrote:

 Should not the Presenter create the view?
 Sometimes you need different views (based on authorization data in my
 case) where you can reuse the Presenter. I let the Presenter decide
 which view to use. I do this in the ctor.
 In all examples I see however, the Presenter and View are created by
 the parent Presenter/AppContext. Also every View has its own Presenter
 (1 : 1). So I wonder if my design is correct.
 
 What is the general opinion about this?
 
 Ronald
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



HostedMode/Dev Mode, 2.0 and Javascript Overlay Types

2010-01-24 Thread Roger Studner
Question.. if I have an interface:

public MyInterface {
   ArrayListSomething getSomethings();
}

Then on the client I implement:

public JSMyInterface extends JavascriptObject implements MyInterface {
   private ArrayListSomething mySomethings;

   public ArrayListSomething getSomethings() {
   return mySomethings;
   }
}

This works great when I deploy my app/run it in a browser.

BUT, if I run it in DevMode(2.0).. I get:

ClasscastException, cannot cast javaScriptObject to ArrayList.

So why is DevMode being a stickler/stinker hah

Roger

On Jan 23, 2010, at 8:23 AM, Fletch wrote:

 Upon upgrading to GWT 2.0 on my laptop I am able to take advantage of
 the new Development Mode and run GWT applications in my browser
 without any error. Unfortunately there is basically no error logging
 like 1.71, there is no way to debug server interactions that I can
 see. Can someone please help me figure out how to enable this for the
 Eclipse plugin?? Is there something I am doing wrong? Please let me
 know if you need any more information from me.
 
 Thank you,
 
 Fletch
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



Re: HostedMode/Dev Mode, 2.0 and Javascript Overlay Types

2010-01-24 Thread Roger Studner
Yeah, I send back JSON from the server, and eval it into the JSMyInterface 
object.

What is odd, I guess, is that this works perfectly when i'm running my app in 
the browser.. only DevMode picks up the class cast exception.

I mean, I *do get* that it probably should be a class cast exception haha.. but 
I just can't figure out why it works just fine in the browser, but dies in 
DevMode.

Because, it would be great to have it work, since that means my Server and 
Client objects could share the exact same interface (that returns 
ArrayListSomething) versus basically never being able to do so (since i'd 
need ArrayList on the server and JsArray on the client).

Roger

On Jan 24, 2010, at 8:35 AM, jocke eriksson wrote:

 How do you create an instance of JSMyInterface. If you are doing eval then i 
 think you have to first create an JsArray and copy the elements to the 
 ArrayList. This is beacuse there is now way to now that it is an ArrayList 
 when you using eval. But I could be wrong. 
 
 2010/1/24 Roger Studner rstud...@gmail.com
 Question.. if I have an interface:
 
 public MyInterface {
   ArrayListSomething getSomethings();
 }
 
 Then on the client I implement:
 
 public JSMyInterface extends JavascriptObject implements MyInterface {
   private ArrayListSomething mySomethings;
 
   public ArrayListSomething getSomethings() {
   return mySomethings;
   }
 }
 
 This works great when I deploy my app/run it in a browser.
 
 BUT, if I run it in DevMode(2.0).. I get:
 
 ClasscastException, cannot cast javaScriptObject to ArrayList.
 
 So why is DevMode being a stickler/stinker hah
 
 Roger
 
 On Jan 23, 2010, at 8:23 AM, Fletch wrote:
 
  Upon upgrading to GWT 2.0 on my laptop I am able to take advantage of
  the new Development Mode and run GWT applications in my browser
  without any error. Unfortunately there is basically no error logging
  like 1.71, there is no way to debug server interactions that I can
  see. Can someone please help me figure out how to enable this for the
  Eclipse plugin?? Is there something I am doing wrong? Please let me
  know if you need any more information from me.
 
  Thank you,
 
  Fletch
 
  --
  You received this message because you are subscribed to the Google Groups 
  Google Web Toolkit group.
  To post to this group, send email to google-web-tool...@googlegroups.com.
  To unsubscribe from this group, send email to 
  google-web-toolkit+unsubscr...@googlegroups.com.
  For more options, visit this group at 
  http://groups.google.com/group/google-web-toolkit?hl=en.
 
 
 --
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.
 
 
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 Google Web Toolkit group.
 To post to this group, send email to google-web-tool...@googlegroups.com.
 To unsubscribe from this group, send email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/google-web-toolkit?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



ClassCastException in DevMode on GWT 2.0 w/ Overlay Types

2010-01-22 Thread Roger Studner
I'm trying to do this:

public interface Alert {
  public ArrayListAlert getOtherAlerts();
}

Client Code:

public class JSAlert extends JavaScriptObject implements Alert {

  public final native ArrayListAlert getOtherAlerts() /*-{
 return this.alerts;
  }-*/;

}

another class:

public void onModuleLoad() {
   JsonpRequestBuilder jsonp = new JsonpRequestBuilder();
...
  public void onSuccess(JsArrayJSAlert list) {

 for (int i=0; i  list.length; i++) {
 JSAlert alert = list.get(i);
 ArrayListAlert more = alert.getOtherAlerts();
 }
  }

Now.. in the browser.. this works great.

But if I run this in DevMode, I get a ClassCastException that 
alert.getOtherAlerts(); is a JsArrayAlert and can't be cast to arraylist.

Any ideas why this works in the browser.. no Js errors etc.. but in hosted 
mode/dev mode, it freaks out?

My goal, is to have a client side Javascript Overlay Type that can implement 
that same interface as a server side object.. so marshalling to/from JSON is 
made easier.. and so the server side object can have a nice basic 
java.util.ArrayList to work with.

Thanks,
Roger

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.