<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
    <title></title>
  </head>
  <body bgcolor="#ffffff" text="#000000">
    Hi Phil,<br>
    <br>
    On 1/24/2020 4:48 PM, Phil B wrote:
    <blockquote
cite="mid:CAMJMOehxKVVkLe_hxZMPLjUq49KwTD94ohvMrmoOnRNYO5_1qw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div dir="ltr">Juan,</div>
        <br>
        <div class="gmail_quote">
          <div dir="ltr" class="gmail_attr">On Thu, Jan 23, 2020 at 2:15
            PM Juan Vuletich via Cuis-dev <<a moz-do-not-send="true"
              href="mailto:cuis-dev@lists.cuis.st">cuis-dev@lists.cuis.st</a>>
            wrote:<br>
          </div>
          <blockquote class="gmail_quote" style="margin: 0px 0px 0px
            0.8ex; border-left: 1px solid rgb(204, 204, 204);
            padding-left: 1ex;">The high performance OpenCL
            implementation of the VectorGraphics engine <br>
            is in the works. As I usually say at this time of the year,
            maybe this <br>
            is the year it will become usable enough to completely
            replace <br>
            BitBltCanvas and BitBltCanvasEngine... You can see the
            commits that <br>
            affect <a moz-do-not-send="true"
              href="http://VectorGraphics.pck.st" rel="noreferrer"
              target="_blank">VectorGraphics.pck.st</a> in GitHub, and
            see that I'm actually <br>
            working on it.<br>
            <br>
          </blockquote>
          <div><br>
          </div>
          <div>By 'completely replace' I hope you mean 'become the
            default, but still be able to live alongside'.  </div>
        </div>
      </div>
    </blockquote>
    <br>
    Maybe not even that. By 'completely replace' I mean stop using
    BitBltCanvas and Engine in your image / application if you choose to
    switch to the VectorCanvas and Engine.<br>
    <br>
    Ideally, the kernel image should be headless. Morphic should be an
    installable package, requiring some pair of Canvas+Engine. It might
    be BitBlt, Vector, OpenGL, Cairo or any other graphics backend we
    might build. And maybe we can build a ST-80 style MVC as an
    alternative to Morphic. People really wanting alternatives like
    web-based GUIs, or native widgets should be able to build the
    appropriate libraries and not be forced to have Morphic present if
    that's what they want.<br>
    <br>
    Still, the default image might be BitBlt based... That's stuff we
    need to discuss. It would be great to build the images we use (that
    include dev tools) based on smaller ones. Or even a full bootstrap
    from sources.<br>
    <br>
    <blockquote
cite="mid:CAMJMOehxKVVkLe_hxZMPLjUq49KwTD94ohvMrmoOnRNYO5_1qw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_quote">
          <div>One of the things I've been hoping we end up with is a
            more (wait for it...) modular drawing system.  It would be
            great to be able to switch between graphics systems and/or
            have a worlds-like environment where the top level could be
            one drawing system and one of the children another.  </div>
        </div>
      </div>
    </blockquote>
    <br>
    Yep. Exactly.<br>
    <br>
    <blockquote
cite="mid:CAMJMOehxKVVkLe_hxZMPLjUq49KwTD94ohvMrmoOnRNYO5_1qw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_quote">
          <div>Just think how much easier your new Morphic would have
            been to develop (and would be to debug/enhance going
            forward) if you had that as a starting point.  </div>
        </div>
      </div>
    </blockquote>
    <br>
    Well, that's actually sort of what I did. I renamed the existing
    hierarchy as OldXXXMorph, built the new one, switched to it, and
    deleted the old one. This was a looong time ago!<br>
    <br>
    <blockquote
cite="mid:CAMJMOehxKVVkLe_hxZMPLjUq49KwTD94ohvMrmoOnRNYO5_1qw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_quote">
          <div>And then there are the low power/low capability devices
            that don't even have full JIT support yet, let alone OpenCL
            capable hardware. (lots of ARM stuff and some old/low-end
            PCs fall into this category)</div>
        </div>
      </div>
    </blockquote>
    <br>
    Of course. Although I'd love to be able to assume OpenCL is present
    (not just for the graphics engine, but also for FloatArray and other
    numerics and signal processing stuff), I know this is not the case.<br>
    <br>
    <blockquote
cite="mid:CAMJMOehxKVVkLe_hxZMPLjUq49KwTD94ohvMrmoOnRNYO5_1qw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_quote">
          <blockquote class="gmail_quote" style="margin: 0px 0px 0px
            0.8ex; border-left: 1px solid rgb(204, 204, 204);
            padding-left: 1ex;">
            Cheers,<br>
            <br>
            -- <br>
            Juan Vuletich<br>
            <br>
          </blockquote>
          <div><br>
          </div>
          <div>Thanks,</div>
          <div>Phil </div>
        </div>
      </div>
    </blockquote>
    <br>
    Thanks,<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>