Re: Gianduia and WO
Re: Gianduia and WO
- Subject: Re: Gianduia and WO
- From: Mike Schrag <email@hidden>
- Date: Fri, 6 Nov 2009 09:54:59 -0500
couple mins of Interface Builder mockup (mac-up?):
So D2JC is certainly _passable_, but it's far from being a proper mac
app (those default old style boxes are the dead giveaway for java
apps, though there's a Swing client property to switch box styles,
IIRC). Now, certainly, if you spent enough time, you could tweak
things and make it a lot closer, but it's always going to be off. And
we're just talking chrome, not behavior of the app, which is often
even more off. Of course you have to do all these tweaks for each
platform, too -- though you're a fair bit closer than my CocoaClient
app is running on Windows :)
ms
On Nov 6, 2009, at 8:50 AM, David Avendasora wrote:
On Nov 6, 2009, at 8:17 AM, Mike Schrag wrote:
So if we're stirring the pot here ... For me, it's not being cool
in the browser, it's about Java apps looking terrible. You can
immediately tell when you're using a Java app ... Things are just
never quite right, but they try to sell themselves as being native.
It's an uncanny valley situation. Eclipse/SWT are using native
controls for lots of things and they get it wrong, too. Swing just
doesn't have a chance. Go try IDEA -- it looks TERRIBLE. Look at
their preference panels. I tweeted when IDEA went free that I can
see how to make Eclipse right, but I'd never be able to make IDEA
right.
I understand the uncanny valley. In most cases you are absolutely
right. Here's a screen grab from my current D2JC project, I think it
looks pretty good, although it doesn't look like a modern OS X app
(iTunes, etc):
<PastedGraphic-3.png>
For browser apps, it's obvious they're not native apps, and the bar
is set low in the browser at this point, so you can make a slick
looking app, and it doesn't have to be perfectly native, and people
are still OK with it. I would be far more interested in CocoaClient
where you actually have a chance of pulling off a nice end-user
deliverable.
I agree. For me a WO Cocoa Client is the Holy Grail of Client-
Server. I want it. Badly.
That said, I recognize that there are plenty of apps where "looking
slick" doesn't really matter -- that you just need to get some
business app out there. But what does Java bring to the table that
you're not getting in the browser?
With plain WebObjects JavaClient, you get
1) Real Java on the client. No messing around learning JavaScript
(or waiting for the "next great JS framework") to implement UI logic.
2) EOF on the Client with
- automatic syncing of Client and Server EditingContexts (works
very similar to Child ECs)
- batching
- faulting
- validation
Why not just use D2W? Drag and drop is about the only thing, and
that will be in the good browsers pretty soon.
For me, it's not about the features you get in the client, although
there's some cool stuff that way too. It's the dead-simple
development side that makes it so awesome to me. With WebObjects
D2JC you don't have to write _any_ code at all. No HTML. No CSS. No
JavaScript. Not even rules! You hear that D2W guys? The D2JC
EOAssistant works great and it will write most of the rules you
need! Here's a screen capture of it (it's also a Java Client app
that communicates with WOLips to update the user.d2wmodel file):
<PastedGraphic-6.tiff>
Anyway, I didn't mean to hijack this thread with Java Client, but
hey Anjo brought it up! :-P
Dave
I do, however, think D2JC is a _neat_ technology, in that it's
amazingly clever what it's doing under the covers, I just am not
sold on the end result.
ms
On Nov 6, 2009, at 7:41 AM, David Avendasora wrote:
Hey! Did I hear "JavaClient"?! :-D
Yeah, it will be cool if someday we get the tools to do something
client-server like JavaClient.
Oh wait! We already _have_ WebObjects-based JavaClient, and Direct-
To-JavaClient and it works today and has for _years_.
Sure, it's not as "cool" as a browser-based solution, in the same
way WO isn't as "cool" as Ruby.
**ducks, runs for cover and scrambles to get the D2JC project
template updated**
Dave
On Nov 6, 2009, at 7:32 AM, Anjo Krank wrote:
Not really sure... basically you'd need something totally new, as
this would be more like JavaClient and not like a web app. But
all this is *moot* until we don't have it.
Cheers, Anjo
Am 06.11.2009 um 13:05 schrieb Mike Schrag:
Yeah .. I suspect there could be a GianduiaLook, and that would
make a lot of sesnse.
ms
I think we've seen with the SproutCore stuff that it's not.
Apart from *maybe* a JS D2W.
Cheers, Anjo
Am 06.11.2009 um 02:54 schrieb Mike Schrag:
rom my perspective, I don't know that it's worth building a
server stack on top of it as much as I think it would be nice
to leverage the development tools we already have to make it
easier to write the Javascript.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
David Avendasora
Senior Software Engineer
K12, Inc.
*****
WebObjects Documentation Wiki : http://wiki.objectstyle.org/confluence/display/WO/
*****
WebObjects API: http://developer.apple.com/legacy/mac/library/documentation/MacOSXServer/Reference/WO54_Reference/index.html
*****
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
David Avendasora
Senior Software Engineer
K12, Inc.
*****
WebObjects Documentation Wiki : http://wiki.objectstyle.org/confluence/display/WO/
*****
WebObjects API: http://developer.apple.com/legacy/mac/library/documentation/MacOSXServer/Reference/WO54_Reference/index.html
*****
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden