On Jun 13, 2008, at 10:24, Ricardo Legorreta wrote:
I use them a lot to do all binding and here are some comment:
- They´re good and elegant solution.
- We use them since NeXTStep, so we are custom to use to them. Also
it is mature and proven technology.
- Subclass EOAssociation and include other swing components (e.g.,
JXDatePicker from SwingLabs) is easy.
- They are bi-directional.
- To create and have different aspects you can do many things, not
just 'action' and 'enable' aspects.
I don´t know in detail Florijan framework, but so far, I believe
Florijan gets the same functionality but with a complete different
approach.
I think that is a fair assessment. Almost the same. More on that below.
Let´s wait what Florijan has to say.
I do not like the architecture used in making EOAssociations, though
in truth I never took much time to really understand it. But I
believe it is simply bad to make subclasses of Swing components to
bind Swing, or to have association classes that have up to four or
five super-classes, some of which are in eocontrol; in short, it
looks like a mess to me. Next, many cool features that I have built
in from the start into JBND are not presently doable with
associations (I believe)... Some of them would require a complete
overhaul actually to be doable. Those being for example:
- proper change notification -> proper synchronization between state
and view
- deferred adding and editing
- dynamic sorting and filtering
- UI bound qualifiers
- master-detail for trees (I am not sure this is not in)
- easy support of binding other GUI systems
- complete decoupling from nib files and other evil attempts to bring
Cocoa to Java
- well layered, extremely flexible architecture
- a reasonably clear API
...
You see, the reason why I did all this was not to get the same old
JCs (which kinda did the job, but didn't really go all the way), but
to do something different with the cool EOF stuff.
F
Ricardo.
Message: 10
Date: Thu, 12 Jun 2008 21:48:34 -0700
From: "John Huss" <[EMAIL PROTECTED]>
Subject: Re: The "Mobile me" web apps
To: "WebObjects Development" <[email protected]>
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
Florijan (who does the jbnd framework for JavaClient) doesn't seem
to like
EOAssociation. What are the pros and cons of using them?
John
On Thu, Jun 12, 2008 at 7:12 AM, Ricardo Legorreta
<[EMAIL PROTECTED]>
wrote:
Message: 5
Date: Wed, 11 Jun 2008 22:06:50 +0200
From: Stephane Guyot <[EMAIL PROTECTED]>
Subject: Re: The "Mobile me" web apps
To: WebObjects Development <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; delsp=yes;
format=flowed
Use JC and maybe JC components (from DTC ):
We have been working with JavaClient for several months with the
following
approach:
- Develop an EOF, displaygroup and EOAssociation bindings with
JFormDesigner and of course swing.
- Include many SwingX component from SwingLabs project, and other
cool
swing components with animation.
We have developed in Flex 2.0 and of course in Cocoa, WO 4.5,
NeXTStep...
Flex is good but also I strongly recommend you to
try JavaClient with the EOAssociation bindings and use all the nice
JavaSwing technology that is out here.
Ricardo.
--------------------------
Ricardo,
interesting :-)
Can someone speak about "the wonderful Ajax frameworks shown at
WOWODC " or it is under NDA ?
Does Apple have something in the pipe for the RIA, RDA applications ?
Cocoa Integrated Runtime ? Cocoa-leigth js implementation ? OpenStep
like resurrection ?
Adobe is using WebKit for AIR : http://www.adobe.com/devnet/air/flex/
Any informations are wellcome, if not under NDA.
Stephane
Le 11 juin 08 à 20:56, Ricardo Parada a écrit :
Ok, most of us have probably seen the mobile me web apps. They are
web 2.0 apps that use javascript and ajax. There's a lot of good
stuff in those apps. So much good stuff there. I wished Apple
made some of that stuff available to us (developers) in some
form. :-)
I'm guessing that the back end for those apps is using WebObjects.
I can see that in the current webmail app for .mac and I assume
that's also going to be the case for the mobile me web apps. And
we should probably point people to all these great applications
when they have doubts about WebObjects.
Anyways, I'm just so curious if Apple is using the wonderful Ajax
frameworks shown at WOWODC or if they are using their own stuff.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/
stephane.guyot11%40wanadoo.fr
This email sent to [EMAIL PROTECTED]
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/johnthuss%
40gmail.com
This email sent to [EMAIL PROTECTED]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.apple.com/pipermail/webobjects-dev/attachments/
20080612/f663b4da/attachment.html
------------------------------
_______________________________________________
Webobjects-dev mailing list
[email protected]
http://lists.apple.com/mailman/listinfo/webobjects-dev
End of Webobjects-dev Digest, Vol 5, Issue 659
**********************************************
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/flor385%
40mac.com
This email sent to [EMAIL PROTECTED]
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]
