<div dir="ltr"><div dir="ltr">On Fri, 2 Aug 2019 at 07:53, Miller Puckette <<a href="mailto:msp@ucsd.edu">msp@ucsd.edu</a>> wrote:<br></div><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">Both Shahrokh (who wrote expr, and whose office is 15 feet from mine) and<br>
I keep thinking about how to extend expr to add more control flow, which<br>
should include looping, conditionals, perhaps some sort of block structure,<br>
etc.  The problem we always hit is that there's no way to figure out where to<br>
stop.  And if you keep on not stopping, you end up inventing a programming<br>
language.  There seems to be no "correct" way to do it.<br></blockquote><div> </div><div>It seems though the proposed [if] object would be like a slight modification</div><div>on the existing "if" operator.</div><div>Instead of having "if" as an operator, I guess the proposal is to turn it into an object,</div><div>because an expression has to always output a value (?), but if we are implementing</div><div>"if", "else", "then" operators, an outlet does not have to necessarily output anything,</div><div>which I guess is the main difference between the existing "if" operator and the</div><div>proposed [if] object.</div><div>In my ill-informed opinion, I think this is quite a big step away from inventing a</div><div>programming language, but again, I am quite new to this community, so pardon me</div><div>if this is not making sense.<br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
cheers<br>
Miller<br>
<br>
_______________________________________________<br>
Pd-dev mailing list<br>
<a href="mailto:Pd-dev@lists.iem.at" target="_blank">Pd-dev@lists.iem.at</a><br>
<a href="https://lists.puredata.info/listinfo/pd-dev" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-dev</a><br>
</blockquote></div></div>