[Seaside] Re: Re: Re: Re: Ajax delete component only
worksif#childrenstillreport all previously deleted components?
itsme213
itsme213 at hotmail.com
Tue Feb 19 19:31:40 UTC 2008
"Lukas Renggli" <renggli at gmail.com> wrote in message
>> That was the first thing that got my attention in Michael Lucas-Smith's
>> recent post in the "mootools" thread. (btw, I think your perspective on
>> his
>> points would be quite insightful).
>
> I don't exactly see what part you are referring too.
Here it is, relating to render-canvas and callback-registry:
"f) Because there was only ever one page on the server to represent a
single user, there was rarely any memory concerns. There was also no
passes to process actions and callbacks, those were registered in to a
weak dictionary so that if an element was destroyed, so was the callback."
> It uses this component as the owner (which is presumably wrong) of the
> callbacks in partial render passes that follow.
I get it now, thank you. I guess it needs this owner to do things like find
the decorator-chain (assuming decorators get a shot at wrapping stuff around
callback executions).
> The question is, what would be useful for other frameworks?
Sebastian makes some good points on jQuery: I've been reading on it and
jQuery code reads really clean and succinct, it has no conflicts with
prototype (so incrementally using it is painless), it is nicely OO, cleanly
separates base library from plugins, very well documented (2+ books!), is on
the rise, and is getting *lots* of plugins http://plugins.jquery.com/ from
infrastructure (like AjaxQueue - serialize possible race-conditions) to rich
UI widgets.
It might be a good 2nd reference point from which to generalize.
Thank you again,
Sophie
More information about the seaside
mailing list