Hi!

About the implementation, looks like mixing Chuck's and Andrew's ideas might work. The HTML would be stored in the info dictionary and reused, the key might be set on a binding or it could the the actual "content" of the component (or a hash of it or something clever).

About the "should this be done" part, well, the good is that it would provide a way to repeat content on the page without having to re-render it. I think the only problem is making sure the stuff saved in the user dictionary would be reset every RR loop (including Ajax ones). I don't have enough experience to know is this happens on every situation (new page, page reloads, back button, AJAX, etc).

Of course the content has some restrictions: one can't create an AjaxUpdateContainer (or anything else that requires a JavaScript id) inside it. But the pager is just links and sugar, so I think that wouldn't be a problem.

  Any more potential problems I'm missing? :)

  Yours

Miguel Arroz



On 2008/01/09, at 22:53, Mike Schrag wrote:

Could you cache intermediate query results in the info dictionary of the generated response message?

If wonder if you did something like this:
I put Chuck's idea in the "too clever" category ... I like Andrew's idea -- push state into the request or response, or subclass WODisplayGroup and add a userInfo to it and push into that, or construct a custom cache object that you pass into your paginator. This is pretty easily solved without doing trickery stuff -- reserve your brain cells for the hard ones :)

ms


_______________________________________________
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/arroz% 40guiamac.com

This email sent to [EMAIL PROTECTED]

Miguel Arroz
http://www.terminalapp.net
http://www.ipragma.com



Attachment: smime.p7s
Description: S/MIME cryptographic signature

 _______________________________________________
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]

Reply via email to