Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.java.programmer > #23022 > unrolled thread

UI framework in gwt

Back to article view | Back to comp.lang.java.programmer

Contents

  UI framework in gwt 1connu <1connu999@gmail.com> - 2013-03-21 12:18 +0100
    Re: UI framework in gwt Gerbrand van Dieijen <gerbrand@vandieijen.nl> - 2013-03-21 14:23 -0700
      Re: UI framework in gwt Arne Vajhøj <arne@vajhoej.dk> - 2013-03-21 17:34 -0400
      Re: UI framework in gwt 1connu <1connu999@gmail.com> - 2013-03-22 17:03 +0100

#23022 — UI framework in gwt

Hi all,


I have used the blazze UI framework ( http://blazze.sourceforge.net/ ) for creating my Swing java clients apps.

I would like to port them to browser only without java plug in and I am consider gwt.
Do you know a UI framework similair to Blazze done with gwt  ?


Do any other idea to achieve this goal ?
For example, I have try AjaxSwing (http://www.creamtec.com/products/ajaxswing/) that render your Swing java app into ajax/html.
But little bit heavy ...



Thanks in advance

[toc] | [next] | [standalone]

#23045

Op donderdag 21 maart 2013 12:18:29 UTC+1 schreef 1connu het volgende:
> Hi all,
> 
> 
> 
> 
> 
> I have used the blazze UI framework ( http://blazze.sourceforge.net/ ) for creating my Swing java clients apps.
> 
> 
> 
> I would like to port them to browser only without java plug in and I am consider gwt.
> 
> Do you know a UI framework similair to Blazze done with gwt  ?
> 
> 
> 
> 
> 
> Do any other idea to achieve this goal ?
> 
> For example, I have try AjaxSwing (http://www.creamtec.com/products/ajaxswing/) that render your Swing java app into ajax/html.
> 


Big advantage of GWT is that the client-side code runs at the client, just as in Swing. In many other ('older') webframeworks, including ajax-ones, client-side code was rendered at the server and then send to the client (the browser).
I've worked with GWT, it works reasonable nice. You don't have to code any Javascript. On the other hand, most serverside java-frameworks don't work out of the box, and you do have to be aware when your code runs client-side and which serverside.

Another framework you might consider is AngularJS. That framework is completely in Javascript, but is very component-oriented so supposely easy to pick up for programmers. Haven't tried out myself, but I'd to that next time rather then using GWT if I had to develop an appliation that runs in the browser.

Last but not least: why not stick to Java? If all goes well, there will be a JavaFX release for Android which would making your application tabled/mobile capable easily. And there are some reports there might be even a way to run Java application on Ios (IPhone, IPad) even. In my opinion, the UX of stand-alone client-side frameworks is still beer then the ones that run in a browser.

[toc] | [prev] | [next] | [standalone]

#23047

On 3/21/2013 5:23 PM, Gerbrand van Dieijen wrote:
> Big advantage of GWT is that the client-side code runs at the client,
> just as in Swing. In many other ('older') webframeworks, including
> ajax-ones, client-side code was rendered at the server and then send
> to the client (the browser). I've worked with GWT, it works
> reasonable nice. You don't have to code any Javascript.

The code is very nice.

But troubleshooting can sometimes be tough.

> Last but not least: why not stick to Java? If all goes well, there
> will be a JavaFX release for Android which would making your
> application tabled/mobile capable easily. And there are some reports
> there might be even a way to run Java application on Ios (IPhone,
> IPad) even. In my opinion, the UX of stand-alone client-side
> frameworks is still beer then the ones that run in a browser.

Web vs fat client is often a high level strategic decision
where specific UX aspects are only a very small part of
the picture.

Arne

[toc] | [prev] | [next] | [standalone]

#23063

Gerbrand van Dieijen a écrit :
> Op donderdag 21 maart 2013 12:18:29 UTC+1 schreef 1connu het volgende:
> Last but not least: why not stick to Java? If all goes well, there will be a JavaFX release for Android which would making your application tabled/mobile capable easily.
> And there are some reports there might be even a way to run Java application on Ios (IPhone, IPad) even.

Thanks, that would be a very nice news !

[toc] | [prev] | [standalone]

Back to top | Article view | comp.lang.java.programmer

csiph-web