<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>
      <blockquote type="cite">I agree and think we could just let "{"
        and "}" be supported as regular characters</blockquote>
      Just for the sake of clarity: "{" and "}" have never been
      "forbidden" in Pd message, you just cannot <i>type </i>them.*)</p>
    <p>Christof<br>
    </p>
    <p>*) Actually, you can already type them in [text] windows.<br>
    </p>
    <div class="moz-cite-prefix">On 13.01.2023 21:03, Alexandre Torres
      Porres wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAEAsFmgxTZww8mt7tBQabi=A8vTf0cM9s9eyCPuNu_-owJGkOA@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">So, we've been actually discussing this on github
        and maybe others can participate over there, check <a
          href="https://github.com/pure-data/pure-data/issues/505"
          moz-do-not-send="true" class="moz-txt-link-freetext">https://github.com/pure-data/pure-data/issues/505</a>
        <div><br>
        </div>
        <div>or... maybe we can use this thread instead... :) seems like
          github discussions are always more limited.</div>
        <div><br>
        </div>
        <div>The thing in the way now is wether "{" and "}" should be
          officially incorporated with a new syntax, like nested lists.
          There are arguments against as in the last message by christof
          here and I agree and think we could just let "{" and "}" be
          supported as regular characters and that we can expand the
          usage of dollar signs for expanding Pd's syntax, like ${ and
          $}</div>
        <div><br>
        </div>
        <div>And, also, I'd like to point that there are forks of Pd
          that actually already allow "{" and "}"... I can see why one
          would disregard this, but it's something worth noting. You can
          already do this in PlugData and PurrData/Pd-L2ork, and the
          patches actually work and are already compatible to Pd
          Vanilla.</div>
        <div><br>
        </div>
        <div>I also don't see an expansion of the language syntax coming
          up very soon or easily, so just allowing "{" and "}" could be
          good to at least get this issue out of the way, since it's
          been bugging people for edge cases for ages.</div>
        <div><br>
        </div>
        <div>What do you people say?</div>
        <div><br>
        </div>
        <div>cheers</div>
      </div>
      <br>
      <div class="gmail_quote">
        <div dir="ltr" class="gmail_attr">Em dom., 8 de jan. de 2023 às
          16:15, Christof Ressi <<a
            href="mailto:info@christofressi.com" moz-do-not-send="true"
            class="moz-txt-link-freetext">info@christofressi.com</a>>
          escreveu:<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 fact that curlies (that is: a pair of matching characters)
          have <br>
          > been forbidden until now is a unique opportunity. <br>
          Well, they have not been forbidden. You can not *type* them
          (yet), but <br>
          they can appear in text files or in manually assembled
          symbols. In fact, <br>
          they are properly displayed with [print] or list/symbol atoms,
          which <br>
          suggests that they are already properly escaped when sent to
          the GUI. <br>
          One could argue that someone who only uses libpd might not
          even be aware <br>
          of this issue.<br>
          <br>
          Curly braces have never been a part of special Pd symbols
          (semicolon, <br>
          colon, dollar), so I'm sceptical that we can just give them
          some <br>
          meaning. It would break lots of existing code that uses
          symbols with <br>
          curly braces. For example, it would completely break the
          "purest_json" <br>
          library.<br>
          <br>
          However, we could use *escaped* curly braces. The escape
          sequences "\{" <br>
          and "\}" are not defined, so we might use those for nested
          lists. I'm <br>
          not saying it's pretty, though.<br>
          <br>
          ---<br>
          <br>
          Anyway, it's a bit silly that we still can't type curly
          braces, given <br>
          how important they are for many use cases. I mean, I cannot
          even type a <br>
          JSON string...<br>
          <br>
          Christof<br>
          <br>
          <br>
          <br>
          <br>
          _______________________________________________<br>
          <a href="mailto:Pd-list@lists.iem.at" target="_blank"
            moz-do-not-send="true" class="moz-txt-link-freetext">Pd-list@lists.iem.at</a>
          mailing list<br>
          UNSUBSCRIBE and account-management -> <a
            href="https://lists.puredata.info/listinfo/pd-list"
            rel="noreferrer" target="_blank" moz-do-not-send="true"
            class="moz-txt-link-freetext">https://lists.puredata.info/listinfo/pd-list</a><br>
        </blockquote>
      </div>
    </blockquote>
  </body>
</html>