[Cuis-dev] VectorGraphics and Morph
Juan Vuletich
juan at jvuletich.org
Fri Jun 19 08:38:29 PDT 2020
Oh, I see!
When I started reading what you said, the idea of integrating your
caching strategy within the framework popped in my mind and I couldn't
see anything else for a while.
It is true, what you actually suggested is completely different. Still,
the general solution to allow a lot of VectorGraphics stuff to be usable
right now would be a great thing to have. Let's keep thinking and
discussing this for a couple of days before choosing an approach.
Cheers,
On 6/19/2020 11:59 AM, Hilaire Fernandes via Cuis-dev wrote:
>
> 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.
>
> Le 19/06/2020 à 16:42, Juan Vuletich a écrit :
>>
>> 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!
> --
> GNU Dr. Geo
> http://drgeo.eu
> https://pouet.chapril.org/@hilaire
--
Juan Vuletich
www.cuis-smalltalk.org
https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Dev
https://github.com/jvuletich
https://www.linkedin.com/in/juan-vuletich-75611b3
@JuanVuletich
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20200619/2c5fac1b/attachment.htm>
More information about the Cuis-dev
mailing list