<div dir="ltr">Hi, we've been discussing this on github and agreed we need to get more voices involved here in the list.<div><br></div><div>I've found an inconsistency where arrays (inserted via the put menu or shortcut) will not expand "$n" variables in their names ($0, $1, $2, etc...)</div><div><br></div><div>Nonetheless, if you have an object like [table $0-x] or [array define $0-x], when you click on these objects to open a subwindow containing an array, you'll see these do expand dollar symbols.</div><div><br></div><div>Moreover, the norm in Pd seems to be expand dollar symbols in general. Labels in atom boxes and iemguis will show up expanded. When you open a subwindow with such variables, they are expanded and shown inside parenthesis in the top of the window. And, above all, messages that come out of objects (like [symbol $0-x]) will get expanded in the output.</div><div><br></div><div>There's only one difference between "$0" and "$1/2/3...". While a "$0" is always given, be it an abstraction or not, the others need to be passed as  arguments to an abstraction. As such, when you have an abstraction without these arguments, or if opened as a top level patch (not loaded as an abstraction), these variables are not expanded. In short, "$0" is always present and expanded, and others are only expanded if given. I'm not counting this difference as an inconsistency, as there's a good reason for the different behaviour.</div><div><br></div><div>As far as the array inconsistency, $1 will generate more confusion. An [array] or [table] object will have an array that shows an expanded name or not, depending wether you have that argument or not, while an array inserted via the put menu or shortcut will never expand it.</div><div><br></div><div>It makes sense to me we should make things as consistent as possible and I don't see the point why the array has this inconsistent and different behaviour. For some reason, it behaves like objects, and I don't see it closely related to objects. By looking at [array] and [table], which are indeed objects, I can see it makes total sense - you can check the unexpanded symbols in the objects' arguments, and check the expanded message in the array name. If, for some reason, checking unexpanded symbols for arrays is useful for you (I can't see why*), you can always use such objects.</div><div><br></div><div>* an array name that looks like 1003-x is clearly an expanded symbol from "$0", if you're loading an argument symbol into an array name, it's bad if you can't see it and just see "$1-x" instead.<br><br>Anyway, what do you people think?</div><div><br></div><div>I'm hoping to request a fix for this inconsistency, hopefully for allowing "$n" get expanded in arrays inserted via the put menu</div><div><br></div></div>