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?
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 (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/mschrag%
40mdimension.com
This email sent to [EMAIL PROTECTED]
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/kieran_lists%
40mac.com
This email sent to [EMAIL PROTECTED]
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]
