Go try it out and then comment.

Geoff

On 5/23/06, Alex Kartashev <[EMAIL PROTECTED]> wrote:
Paul Cantrell wrote:

> I completely agree with about 90% of what Todd writes. This is
> definitely not a flash in the pan, and the idea of using an
> intermediate language (Java, in this case) that compiles to client-
> side code is a brilliant and revolutionary one.

Revolutionary?  All that the first C++ compilers did was processing C++
source code into C. And that was a nightmare to debug.

Alex

>
>
>> Finally, there was nothing wrong with the original MVCs. Swing (or
>> any other traditional MVC) worked.
>
>
> Actually, I think Swing kind of sucks, and looked good when it came
> out only because MFC, X, and AWT were so much worse. Swing ain't no
> Cocoa. And honestly, I still kind of miss Metrowerks Powerplant.
>
> But my real concern about GWT is that it appears to bring us back to
> the world where everything is just a mess of one-size-fits-all
> widgets. Konstantin is right, of course -- there is no web text
> editor than can compare to a dedicated text editor rich GUI. The
> reason for that, however, is because people took a *lot* of time to
> work out all the minutiae of making a good UI for editing text.
>
> By contrast, most desktop apps stick their domain into existing
> widgets (one of which is a text editor) instead of going to the
> enormous trouble of build a new, highly specialized UI with custom
> graphics.
>
> DHTML+CSS is quite expressive, but much lower cost, than build a
> custom desktop UI component pixel by pixel. Right now, GWT seems to
> lead away from some of that flexibility, and put us back in the world
> of predefined widgets.
>
> Note that this concern does *not* depend on GWT's fundamental
> architecture, which is quite promising. Rather, it's a complaint
> about GWT's emphasis on widgets and widgety UIs. One need only look
> at Google Maps to see that GWT does not imply ultra-modal widget
> overload hell.... But will GWT really lead us to fine apps like that?
> Or will it lead us to apps that look like the config dialogs for Word
> (bleah)?
>
> Regardless, it's exciting to live in a world where all these great
> technologies are pushing and learning from one another. Compare that
> to the stagnant software world of ten years ago!
>
> Cheers,
>
> Paul
>
>
> On May 20, 2006, at 4:12 PM, Todd Orr wrote:
>
>> This isn't really a Tapestry vs GWT thing. This is the latest
>> (greatest?) push to remove the application-web disconnect. If this
>> means that other frameworks are rendered less effective by comparison,
>> then so be it. This is evolution at work.
>>
>> Some posts seem to indicate that this is just some flash in the pan
>> technology, but there is far more at work here. The development time
>> may be able to be accelerated to very a large degree thanks to the
>> traditional java based GUI paradigm being exploited here. This
>> technology also has the backing of google. At the end of the day, this
>> is more than just an ajaxy flash in the pan. Look around you. Apps
>> utilizing this technology are on a very sharp incline. Not because
>> they are flashy, or at least not just for that reason. These ajaxified
>> components allow developers to make better use of available bandwidth
>> at the same time as building more responsive GUIs. Yes, tacos (and
>> others) have been enabling this, but the leap here is in the learning
>> curve, time to market, and testability. These are where GWT seems to
>> be able to shine.
>>
>> Whether you like the ajax stuff or you prefer the old webapp view is
>> immaterial. It is happening. It will likely shape the "web 2.0" world.
>> How you make use of these components is up to you, but there hasn't
>> been anything like this available in such a clean package with such a
>> major player backing it ever before. If you do not want to leverage
>> these types of (maybe rehashed) technologies, that's fine. There are a
>> lot of apps out there that do and there're not all just desktop app
>> imitators. Check out http://techcrunch.com. There are many, many very
>> interesting projects that are more than just desktop app wannabes.
>> Most of these wouldn't be what they are without the aid of ajax and
>> related technologies.
>>
>> GWT is compelling and doesn't sit well with devs that have finally
>> mastered framework X. Sure, it is encouraging a change in design
>> paradigms. That's the best part. I see the same convo popping up on
>> many forums. Will there be competitors? Maybe, yes, who cares. IMHO,
>> one of jee's shortcomings is the lack of focus, but that's another
>> debate altogether. This is here. It's only in beta and it rocks
>> already. It hits at an ideal time when development focus is on writing
>> more efficient and more responsive, and more flashy apps. Few other
>> frameworks are addressing this. As good as Tacos is, it's clunky by
>> comparison.
>>
>> The "code in java" ideal is the next logical step. I remember how hard
>> it was for my coworkers to deal with the abstractions that Tapestry
>> offered over dealing with the servlet api directly. Eventually, these
>> same people came to appreciate this. The technique that GWT employs is
>> the same level of shift. We're not only going to isolate you from the
>> servlet, we're going to isolate you from the web. This is a logical
>> evolution. The Web is just another view technology. I should be able
>> to work with it in the same manner as swing.
>>
>> Finally, there was nothing wrong with the original MVCs. Swing (or any
>> other traditional MVC) worked. The reason that web frameworks popped
>> up wasn't because GUI MVCs were not good. They were formed because GUI
>> MVCs were impossible (or nearly) to implement on the Web. We've
>> reached a point where this is no longer true.
>>
>> On 5/20/06, Peter Svensson <[EMAIL PROTECTED]> wrote:
>>
>>> Also, the viability of GWT is maybe related not to whether it
>>> adheres to or
>>> refers to any specific framework but whether it kills development
>>> time and
>>> can be integrated.
>>>
>>> Cheers,
>>> PS
>>>
>>> On 5/20/06, Alan Chaney <[EMAIL PROTECTED]> wrote:
>>> >
>>> > I agree with both Konstantin and Paul Contrell on this one. My
>>> > experience as a developer has been with both desktop applications
>>> > (especially in the consumer space) and web applications
>>> (especially in
>>> > PHP). I have been going through the learning curve of Tapestry
>>> because
>>> > it offers scope to build large scale, powerful web applications
>>> which
>>> > can do more than just entering forms or clicking checkboxes.
>>> >
>>> > I am impressed with GWT after downloading and playing with it,  but I
>>> > think that Tapestry has a whole lot more to offer than just the
>>> ability
>>> > to do Java-to- Javascript UI.
>>> >
>>> > AJAX is an overworked buzzword. The key point is that you can  design
>>> > pages which don't need a whole page refresh to update some of the
>>> > displayed data. The 'cool' UI stuff can be useful, but is not
>>> essential
>>> > in the design of an engaging and powerful application (web or
>>> desktop.)
>>> > Interestingly UI designers of desktop apps are tending to
>>> 'webify' them
>>> > to give them the semantics of a web page, so it seems ironic  that
>>> web UI
>>> > designers are so keen to go the other way!
>>> >
>>> > In summary, GWT is interesting and will be useful. Tapestry is
>>> useful
>>> > for more than just its UI components especially when combined with
>>> > Hivemind. I don't see GWT either being the death knell for
>>> Tapestry OR
>>> > Tacos. I look forward to examples of integrating Tapestry and  GWT
>>> and if
>>> > I find that I need to do one myself I'll report on my results to
>>> this
>>> > list, as I hope others will too.
>>> >
>>> >
>>> > Alan Chaney
>>> >
>>> >
>>> > Konstantin Ignatyev wrote:
>>> >
>>> > > >I prefer the average webapp's UI to the average
>>> > >
>>> > >
>>> > >
>>> > >>desktop (well, Windows) or Swing UI.
>>> > >>
>>> > >>
>>> > >  First of all let me state the obvious: there are different
>>> types of
>>> > applications and they have different requirements.
>>> > >
>>> > >
>>> > >I yet to see a convenient web based text editor or accounting
>>> > application, much less an IDE. Please point me at just one  robust
>>> and
>>> > convenient text editing component: they are not a match to
>>> 'desktop' .ones.
>>> > >
>>> > >
>>> > > The whole idea of overhauling html with javascript and other
>>> types of
>>> > augmentation technologies does not seem to be conceptually
>>> correct. From the
>>> > conceptual point of view it all looks like XWindow  reinvention
>>> with the
>>> > help of ducktape and gluegun.
>>> > >
>>> > >
>>> > > IMO the whole buzz around GWT validates Swing framework as
>>> solid basis
>>> > for building certain types of UI. Ant therefore rather than
>>> compile it to
>>> > Javascript  or whatever within a browser it would make much more
>>> sense to
>>> > let Swing components to work within browsers.
>>> > >
>>> > >
>>> > > And what is interesting is that all the technologies are here
>>> in place
>>> > ant they need just slight adjustments:
>>> > > - Browser Components were invented long time ago and they are
>>> called:
>>> > Applets. All we need is to make Java Web Start technology to  work
>>> with them
>>> > well;
>>> > > - JavaWebStart, JNLP actually needs to be altered a bit to
>>> allow using a
>>> > shared repository of components per developers choice. The
>>> ability is
>>> > present now but the feature is artificially limited to the same
>>> source
>>> > domain and does not allow multiple signatures on components;
>>> > > - And Java RT should be made modular and become a must have  for
>>> the
>>> > clients, which is going to be easy enough since Sun is going to
>>> opensource
>>> > it;
>>> > >
>>> > > I think that this set of technologies if far superior to
>>> anything else
>>> > we have in the space: Flash, Ajax, and current JWS applications.
>>> Yes the
>>> > technologies are 'old' and have some stigma attached but we need
>>> to overcome
>>> > it in order to have some meaningful progress rather than be
>>> obsessed with
>>> > 'new' stuff that on many occasions is just reinvent the wheel,
>>> but makes it
>>> > square or octahedral (I guess it improves traction.).
>>> > >
>>> > >
>>> > >
>>> > >
>>> > >
>>> >
>>> >
>>> ---------------------------------------------------------------------
>>> > To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> > For additional commands, e-mail: [EMAIL PROTECTED]
>>> >
>>> >
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
> _________________________________________________________________
> Piano music podcast: http://inthehands.com
> Other interesting stuff: http://innig.net
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




--
The Spindle guy. http://spindle.sf.net
Blog:                  http://jroller.com/page/glongman
Other interests:  http://www.squidoo.com/spaceelevator/

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to