<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    This is very nice to know!<br>
    <br>
    Fix is at GitHub now.<br>
    <br>
    Thanks, Hilaire!<br>
    <br>
    On 6/2/2020 6:50 AM, Hilaire Fernandes via Cuis-dev wrote:
    <blockquote cite="mid:d00ff926-c96e-6930-2dcf-e2dd1cfac706@drgeo.eu"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <p><font size="+1">Hi Juan,</font></p>
      <p><font size="+1">Work nicely! Thanks. <br>
        </font></p>
      <p><font size="+1">Regarding speed, now I can tell you Cuis' Morph
          is super fast.</font></p>
      <p><font size="+1">See <a moz-do-not-send="true"
            class="moz-txt-link-freetext"
            href="https://youtu.be/beIZnmhx2HU">https://youtu.be/beIZnmhx2HU</a><br>
        </font></p>
      <p><font size="+1">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. <br>
        </font></p>
      <p><font size="+1">For a smooth rendering, see:<br>
        </font></p>
      <p><a moz-do-not-send="true" 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><br>
      </p>
      <p><font size="+1">The animation framework used to animate on a
          given duration comes from Pharo. Under Pharo it is not smooth
          at all.<br>
        </font></p>
      <p>With Cuis, one can make very nice and smooth UI.<br>
      </p>
      <p>Hilaire<br>
      </p>
      <div class="moz-cite-prefix">Le 01/06/2020 à 14:28, Juan Vuletich
        a écrit :<br>
      </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.<br>
        <br>
        Please try it.</blockquote>
      <pre class="moz-signature" cols="72">-- 
GNU Dr. Geo
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://drgeo.eu">http://drgeo.eu</a></pre>
    </blockquote>
    <br>
    Cheers,<br>
    <pre class="moz-signature" cols="72">-- 
Juan Vuletich
<a class="moz-txt-link-abbreviated" href="http://www.cuis-smalltalk.org">www.cuis-smalltalk.org</a>
<a class="moz-txt-link-freetext" href="https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Dev">https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Dev</a>
<a class="moz-txt-link-freetext" href="https://github.com/jvuletich">https://github.com/jvuletich</a>
<a class="moz-txt-link-freetext" href="https://www.linkedin.com/in/juan-vuletich-75611b3">https://www.linkedin.com/in/juan-vuletich-75611b3</a>
@JuanVuletich</pre>
  </body>
</html>