Re: valueForBindings
Re: valueForBindings
- Subject: Re: valueForBindings
- From: Chuck Hill <email@hidden>
- Date: Mon, 23 Apr 2007 10:07:36 -0700
On Apr 21, 2007, at 10:57 AM, Kieran Kelleher wrote:
Very interesting ..... do you display all validation failure
messages at top of the page together or use elementID and keypath
munging to display messages beside the input with the unacceptable
value?
That is what I do for input specific validations. Optimistic lock
failures etc go that the top.
Chuck
On Apr 21, 2007, at 8:22 AM, Mike Schrag wrote:
We have a SessionNotifier object that hangs on the session. All
messages push into this. We find this to be a better overall
solution because if you are using Ajax, you might find that for a
particular request or response, you are not going to be refreshing
the area of the screen that shows errors, so you might lose the
message if you hang it on the request/response. Instead, you can
setup an AjaxResponseAppender that checks to see if you have any
errors and tell it to come back and update the notification area.
By having it on the session, you only clear out notifications once
you are sure you've shown them to the user. So in our case, we
have a notifier component that pulls the pending notifications out
and then clears them at the end of its appendToResponse.
ms
On Apr 21, 2007, at 7:26 AM, Jean-François Veillette wrote:
.... or store it in either context().request().userInfo() or in
context().response().userInfo() dictionary. look at the doc, for
a which one fit better your needs (most likely the context
().request() one).
- jfv
Le 07-04-20 à 21:52, Kieran Kelleher a écrit :
For stateless subcomponents you need to store the error messages
somewhere stateful ....... either in a ivar in the top-level
page if that is stateful (and nullify it at the end of append to
response) .... or store it in Thread storage (see
ERXThreadStorage in project wonder)
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40mdimension.com
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:
40mac.com
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:
40global-village.net
This email sent to email@hidden
--
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