Re: Repainting during AJAX callbacks
Posted by
Runar Jordahl on
May 25, 2011; 7:23pm
URL: https://forum.world.st/Repainting-during-AJAX-callbacks-tp2526051p3550751.html
David explains his framework for repainting Seaside components in an
earlier post:
2010/9/3 C. David Shaffer <
[hidden email]>:
(...)
> Here's the problem: During an AJAX callback (request, update or script)
> sometimes a component unrelated to the one making the callback needs to
> be repainted. Normally this happens as the result of an announcement.
> While announcements serve to decouple the components they also prevent
> the source of the announcement from knowing to cause this other
> component to paint.
>
> Basically this motivates using Comet but I don't like Comet and find
> that I don't need Comet's level of "server push" for any of my
> applications. What I need is simply the way tack a little extra
> javascript on the end of AJAX calls...
>
> My solution: Repaintable in the Cincom Public Store Repository. (This
> package uses JQuery.) It is a very simple framework so easily abandoned
> if it is the wrong thing to do :-) Here's how it works: Components
> subclass RPRepaintable (or you merge RPRepaintable's methods into your
> component hierarchy if that isn't possible). You must also use
> RPSession or a subclass as your session class for your application.
> When a component wants to append javascript onto the end of the current
> response to an AJAX request it:
I am wondering if anyone ported "Repaintable" to Pharo? Or are there
other alternatives that I can use.
Wouldn't it make sense to support this "out-of-the-box" in Seaside?
Kind regards
Runar
_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside