Re: Page form or SubComponent form Design Pattern?
Re: Page form or SubComponent form Design Pattern?
- Subject: Re: Page form or SubComponent form Design Pattern?
- From: Kieran Kelleher <email@hidden>
- Date: Thu, 17 Feb 2005 17:12:50 -0500
Thanks for the feedback Chuck and Nathan.
.... refactoring it is tonight for me then :-)
Regards, Kieran
(PS. Nathan, of course you are right .... I was not thinking straight
when I worded option 2!)
On Feb 17, 2005, at 4:35 PM, Nathan Hampton wrote:
From a UI perspective, the latter is much more effective, though I'm
not sure where the JavaScript comes in. I don't know which is most
effective from a runtime standpoint, but I'm taking the second approach
for a project I'm working on, and it seems to be working fine.
--NCH
On 17 Feb 2005, at 7:39 AM, Kieran Kelleher wrote:
Hi All,
I follow a design pattern whereby I have a reusable subcomponent for
every Entity and each Entity's reusable subcomponent has an
"isEditable" flag and contains two conditionals .... one showing
"editable version" of the EO with input fields, etc. and the other
showing display only with WOStrings, etc.
I struggle with the decision as to whether to
1) put a form wrapper with enclosing Submit button in the editable
section of each reusable component which is what I do right now or
2) just have one page level form wrapped around all reusable
components and use page-level hyperlink or button submit the page via
javascript.
Before I go beyond the point of no return, can anyone give
advice/feedback/pros/cons as to which approach has turned out to be
the most effective?
-Thanks, Kieran
________________________________________________________________
Blog: http://webobjects.webhop.org/
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
email@hidden
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:
email@hidden
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