<div dir="ltr"><div dir="ltr"><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 class="gmail_quote"><div><div dir="ltr" class="gmail_attr">Em ter, 6 de ago de 2019 às 01:30, Tsz Kiu Pang <<a href="mailto:osamupang@gmail.com">osamupang@gmail.com</a>> escreveu:</div>I think this is quite a big step away from inventing a</div><div>programming language</div></div></div></blockquote><div> </div></div><div dir="ltr">I do consider the [expr] object a great tool that opens a little door for us to work more like as in "C". Since it deals pretty well with variables, I love that I can call a variable, then update it, then use in the next expression and stuff.<div><br></div><div>It's not that it is a programming language on its own, but it's quite handy and stands out in that way under Pd.</div><div><br></div><div>In that sense, I have to confess and say I also wondered if if could be expanded to work with something as a for loop along with the expressions, that would be sweet and I can totally see how that would come to mind. But for that matter in particular, I never could really see how it'd go, and the situation is that it would open the discussion "Do we really need and want Pd to be more of a script language"? So I get it!</div><div><br></div><div>And for loop I just have an object called [else/loop] (pretty similar to [cyclone/uzi]) that handles it well, and is just more convenient than using [until], so it's kinda covered...</div><div><br></div><div>As for an [if] object, like the one in Max, I once thought seriously about including it in the "cyclone" library, cause I think it'd be awesome to have something like that. What stopped me is basically that I think I'm done adding objects to cyclone, I kinda let it go. And before thinking about getting it into the ELSE library, I really thought this could belong to vanilla, since the situation is that the expr family already settles the ground for it. </div><div><br></div><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 class="gmail_quote"><div>It seems though the proposed [if] object would be like a slight modification</div><div>on the existing "if" operator.</div></div></div></blockquote><div> </div></div><div>Exactly, so I'd basically have to use all the code from expr, edit it just a bit, so it'd be kinda silly...</div><div><br></div><div>Hence I opened the request, first as a only a new function to [expr], but then IOhannes pointed that. </div><div><br></div></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"><div dir="ltr"><div class="gmail_quote"><div> an expression has to always output a value (?), but if we are implementing<br></div><div>"if", "else", "then" operators, an outlet does not have to necessarily output anything,</div></div></div></blockquote><div><br></div><div>so yeah, maybe a new class creator with a different orientation is all we need.</div><div><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 class="gmail_quote"><div>I am quite new to this community, so pardon me</div><div>if this is not making sense.</div></div></div></blockquote><div><br></div><div>Don't worry, it's all pretty cool around here :) you can propose anything, it doesn't hurt to ask, the worst it can happen is that after some discussion it doesn't really happen ;) </div><div><br></div><div>cheers  </div></div></div>