<html> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> </head> <body> Hi Juan, Work nicely! Thanks. Regarding speed, now I can tell you Cuis' Morph is super fast. See <a class="moz-txt-link-freetext" href="https://youtu.be/beIZnmhx2HU">https://youtu.be/beIZnmhx2HU</a> I have to record the video up to 60Hz to get a taste of the smoothness of the animation. And the youtube video does not show this. For a smooth rendering, see: <a class="moz-txt-link-freetext" href="https://www.dropbox.com/s/480jn4efcz0c7fl/AnimationCircularToolbarCuis-2020-06-02_10.54.39.mp4?dl=0">https://www.dropbox.com/s/480jn4efcz0c7fl/AnimationCircularToolbarCuis-2020-06-02_10.54.39.mp4?dl=0</a> The animation framework used to animate on a given duration comes from Pharo. Under Pharo it is not smooth at all. With Cuis, one can make very nice and smooth UI. Hilaire <div class="moz-cite-prefix">Le 01/06/2020 à 14:28, Juan Vuletich a écrit : </div> <blockquote type="cite" cite="mid:5ED4F47B.9070308@jvuletich.org">As you saw, this problem is not related to VectorGraphics. BitBlt with alpha blending to translucent targets is also broken. For each pixel, it should divide the r, g, b values of the result by the alpha. That is exactly what I just fixed in the VectorGraphics engine. Fixing this in the BitBlt plugin is harder and unlikely, because it would change the behavior of existing code, perhaps in unexpected ways. So, the attach. It fixes the result of #imageForm:, in Smalltalk. It will have a performance impact. Fortunately, #imageForm: is usually called only to cache stuff, so a bit of performance loss will not be a problem. Please try it.</blockquote> <pre class="moz-signature" cols="72">-- GNU Dr. Geo <a class="moz-txt-link-freetext" href="http://drgeo.eu">http://drgeo.eu</a></pre> </body> </html>