<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">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></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">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">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">https://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote></div>