<div dir="ltr">Thank you, that's a great example!</div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Sat, Dec 7, 2024 at 8:46 AM H. Hirzel <<a href="mailto:hannes.hirzel@gmail.com">hannes.hirzel@gmail.com</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"><u></u>

  
    
  
  <div>
    <p>Hi Ian</p>
    <p>Just responding to your last mail on the issue of 'turning morphs
      back into source code':</p>
    <p>Hilaire Fernandes demonstrated in the 'July 2023' video ('What is
      new'; <a href="https://www.youtube.com/watch?v=uAMkjTzHr8E" target="_blank">https://www.youtube.com/watch?v=uAMkjTzHr8E</a>) how he
      implemented the Scalable Vector Graphics export in DrGeo (File
      which generates the XML code is attached. He points out that the
      coding effort was astonishingly simple.<br>
    </p>
    <p>The particular point is at minute 6:53 (see attachment) but it is
      good to start watching at minute 5  to have the context.<br>
    </p>
    <p>Rendering morphs as SVG code is similar to rendering them as
      source code. You have to go through the morph hierarchy. Instead
      of generating XML elements you might generate source code or if
      that  is not directly possible an intermediary code which will
      allow you to generate the source code later.</p>
    <p>I guess double-dispatching is used to do this (not checked).<br>
    </p>
    <p>So you might have a SourceCodeCanvas which renders morphs as
      source code.<br>
    </p>
    <p>I think I did something similar in my experiment years back, I'll
      see if I find time this month or early January to dig this out.<br>
    </p>
    <p>Regards</p>
    <p>Hannes<br>
    </p>
    <p><br>
    </p>
    <p><br>
    </p>
    <div>On 12/3/2024 5:22 PM, Ian Jeffries via
      Cuis-dev wrote:<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">I hadn't seen `storeOn:` yet, thanks for pointing
        it out. I think my thing will complement it well, and I could
        even use `storeOn:` as a fallback in certain situations.</div>
      <br>
      <div class="gmail_quote">
        <div dir="ltr" class="gmail_attr">On Wed, Nov 27, 2024 at
          11:45 PM Luciano Notarfrancesco <<a href="mailto:luchiano@gmail.com" target="_blank">luchiano@gmail.com</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">
          <div><br>
          </div>
          <div>
            <div class="gmail_quote">
              <div dir="ltr" class="gmail_attr">On Thu, Nov 28, 2024 at
                08:01 Ian Jeffries <<a href="mailto:mail@ianjeffries.net" target="_blank">mail@ianjeffries.net</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">
                <div dir="ltr">
                  <div><br>
                  </div>
                  <div dir="auto">OTOH I'm only starting with Morphic
                    because it's handy. The topic I'm interested in is
                    turning <i>any runtime objects</i> back into source
                    code in the most idiomatic way possible.</div>
                </div>
              </blockquote>
              <div dir="auto"><br>
              </div>
              <div dir="auto">There’s Object>>#storeOn:, in case
                you haven’t seen it. Not really “the most idiomatic
                wat”, tho, but you could implement your own if you
                wanted…</div>
            </div>
          </div>
        </blockquote>
      </div>
      <br>
      <fieldset></fieldset>
    </blockquote>
  </div>

</blockquote></div>