<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 01/21/2014 11:23 AM, Funs Seelen
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAOEOY7yHxSbQbx6tZnXrnb4xssMgiFnTYpLdzqiHe1y1W7bXPw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_extra">On Tue, Jan 21, 2014 at 10:02 AM,
          IOhannes m zm&ouml;lnig <span dir="ltr">&lt;<a
              moz-do-not-send="true" href="mailto:zmoelnig@iem.at"
              target="_blank">zmoelnig@iem.at</a>&gt;</span> wrote:<br>
          <div class="gmail_quote">
            <blockquote class="gmail_quote" style="margin:0 0 0
              .8ex;border-left:1px #ccc solid;padding-left:1ex">
              <div class="im">On 01/20/2014 10:01 PM, Jonathan Wilkes
                wrote:<br>
                &gt;<br>
                &gt; It might help some if the selector inside a message
                box were visually<br>
                &gt; distinct from the rest of the message.<br>
                <br>
              </div>
              +1<br>
            </blockquote>
            <div>&nbsp;</div>
            <div class="gmail_default"
              style="font-family:arial,helvetica,sans-serif">I don't see
              how this would prevent the mentioned confusion.</div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    It wouldn't prevent it.&nbsp; But it would still help.<br>
    <br>
    For an example: IDE syntax highlighting can't prevent confusion when
    learning C or Java or anything else.&nbsp; But it can cut down on
    mistakes and make things easier/quicker to read.&nbsp; This would be the
    same.&nbsp; Aside from the [list] objects, the selector is treated
    special in message passing (in fact it usually determines what
    happens next), so giving a visual clue would be quite helpful.<br>
    <br>
    Additionally, because of implicit float messages the first thing one
    sees in a message box is not necessarily the selector.&nbsp; One of the
    sources of confusion is looking at [1 2 3( and deducing that the
    first atom is "$1", the second atom is "$2", and so on.&nbsp; That's fine
    but it doesn't work for the general case.&nbsp; And that's when someone
    has to understand how selectors work.&nbsp; They aren't very complex, and
    I try to be consistent when describing the anatomy of a message--
    but in a visual programming environment it's really great to connect
    the dots by saying "the word in the little rounded box there".&nbsp;
    Furthermore, it serves as a reminder of what the user just learned.<br>
    <br>
    It might seem superfluous or even distracting.&nbsp; But look back at the
    OP's message: "one two three".&nbsp; That's a message which implicitly
    assumes all atoms of the message are created and treated equally.&nbsp;
    Again it doesn't prevent confusion, but having the word "one"
    visually distinguished from "two three" is one step closer to
    understanding what's going on.<br>
    <br>
    In essence, it helps to create a low latency learning environment by
    removing unnecessary round trips through the Pd-list.<br>
    <br>
    <blockquote
cite="mid:CAOEOY7yHxSbQbx6tZnXrnb4xssMgiFnTYpLdzqiHe1y1W7bXPw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">
            <div class="gmail_default"
              style="font-family:arial,helvetica,sans-serif"> And how
              would you like to do this? Italics, size, colors,
              different font? <br>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    I like the little "token" widgets that are used in email apps and
    other places.&nbsp; That's hard to do in a tk canvas, easier in tkpath
    (Pd-l2ork).<br>
    <br>
    Of course it's complicated by nonlocal message-passing when using
    semicolons, so it may prove to be rather troublesome to implement.&nbsp;
    But I still like the idea and will look into what it would take to
    do it.<br>
    <br>
    -Jonathan<br>
    <br>
    <blockquote
cite="mid:CAOEOY7yHxSbQbx6tZnXrnb4xssMgiFnTYpLdzqiHe1y1W7bXPw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">
            <div class="gmail_default"
              style="font-family:arial,helvetica,sans-serif">
              <br>
              It seems that [list] classes (e.g. [list split]) turn
              words into symbols and multiple words into a list
              automatically, just as numbers are turned into floats and
              multiple numbers into a list everywhere in Pd. The
              confusion is not that people cannot remember the words
              float, list, bang, symbol to be reserved, but that they
              are used to the convenience of how Pd handles floats and
              list of floats. You would almost forget that "dog" is not
              a symbol and that "dog cat bear" is not a list,
              particularly because [list split] doesn't complain and
              just returns a real list.<br>
              <br>
            </div>
            <div class="gmail_default"
              style="font-family:arial,helvetica,sans-serif">--Funs<br>
            </div>
          </div>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
<a class="moz-txt-link-abbreviated" href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list
UNSUBSCRIBE and account-management -&gt; <a class="moz-txt-link-freetext" href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>