<html> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> </head> <body> In DrGeo canvas (with Pharo's cairo canvas), I don't use cached forms, the whole canvas is top down re-draw when marked dirty. Brutal but a long time ago I discovered that in this specific situation it was much faster rather than Morph update mechanism based on dependencies. In some DrGeo canvas you can have a lot math items (models). Each model is rendered as a morph in the canvas, it eases the debugging as you can inspect a faulty item with the help of the halo. Not sure it is the right way to go for a more general approach, but a dedicated PasteupMorph will clarify how ones can write a small interactive application. Not sure I was clear. <div class="moz-cite-prefix">Le 19/06/2020 à 16:42, Juan Vuletich a écrit : </div> <blockquote type="cite" cite="mid:5EECCEE6.3070807@jvuletich.org"> You mean making your caching strategy part of the framework? Sounds like a good idea, and not too hard to do (you already did the work). Still, Morphs would need a message to invalidate the cached Form and redraw it again with VectorCanvas, right? Right now, you are caching 2 Forms, but a genera framework solution should allow easily invalidating the cached form without needing to know how many variants could exist, and what triggers the change. This is getting really interesting. Let's move it forward!</blockquote> <pre class="moz-signature" cols="72">-- GNU Dr. Geo <a class="moz-txt-link-freetext" href="http://drgeo.eu">http://drgeo.eu</a> <a class="moz-txt-link-freetext" href="https://pouet.chapril.org/@hilaire">https://pouet.chapril.org/@hilaire</a></pre> </body> </html>