Re: Overriding action methods in PageWrapper
Re: Overriding action methods in PageWrapper
- Subject: Re: Overriding action methods in PageWrapper
- From: Mike Schrag <email@hidden>
- Date: Thu, 27 May 2010 20:21:38 -0400
i think i'd go with something more like a nextpagedelegate, where you would have it in the parent and pass it into the child, and it would encapsulate the shared logic of what to do in response to your action.
ms
On May 27, 2010, at 7:17 PM, David Holt wrote:
> Hi Chuck,
>
> I have some very long forms that I display in a scrolling window. The save button is always displayed above the scrolling window as well as at the end of the scrolling content. Normally the save and revert leaves the person on the page and they have to navigate away manually. The client would now like the saves in some pages to navigate automatically to the next page as well as mark that that section of the form had been completed.
>
> David
>
> On 27-May-10, at 3:54 PM, Chuck Hill wrote:
>
>>
>> On May 27, 2010, at 3:39 PM, David Holt wrote:
>>
>>> Hi all,
>>>
>>> I have a number of components wrapped in a form with WOSubmitButtons that save and revert and return context().page(). In most cases the method for the submit buttons should come from the wrapper, but in some cases I would like the *wrapped* component to provide the saveChanges() method to the wrapper buttons so I can do some pageflow logic. Is this possible?
>>
>>
>> You want buttons on the wrapper (parent) to call actions on the wrapped components (children)? It might be possible, but it is probably wrong (as in immoral and improper). In WO, parents know that they have children, but not who they are. Children know who their parents are.
>>
>> Tell us what you want to achieve and we can see how that might be done.
>>
>>
>> Chuck
>>
>>
>> --
>> Chuck Hill Senior Consultant / VP Development
>>
>> Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems.
>> http://www.global-village.net/products/practical_webobjects
>>
>>
>>
>>
>>
>>
>>
>
> _______________________________________________
> 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