On 05/14/2013 10:34 AM, Claude Heiland-Allen wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 14/05/13 08:47, IOhannes m zmoelnig wrote:
On 2013-05-13 23:26, Jonathan Wilkes wrote:
- adding a function to make it easy to parse comma-separated
A_GIMME args to an object as named args.
[snip]
personally i would go for something much simpler when using comma-args:
[snip]
it all boils down to sending initialization messages to an object right after it was created.
the nice thing about this is, that it doesn't require *any* changes on the object's side in order to be able to use it out of the box in *most* cases.
Yes, I really like this syntax and having it as standard would be really very nice.
i've been thinking about implementing this for some time now (though i never found any time to do it)...i just wanted to through it into discussion before there are several competing uses of comma-separated A_GIMME args.
GridFlow has this syntax already for all its C++ classes (not sure about [#expr], actually), and maybe the [args] object in GridFlow supports it too for abstractions:
[object some arguments, message to object, another message]
However, this will conflict with:
[expr],[expr~],[fexpr~] [lexpr] (expr that can change expression on the fly; pdlua example)
Plus [list], [sel], and probably lots of others. Commas get sent as symbols to all those objects, so it's possible someone (like me) used that as a way to parse messages in Pd. (I don't make use of those methods anymore, but maybe other people do.)
-Jonathan
I think it would be best if typed creators and A_GIMME supported it (so most classes would get this bonus feature automatically), if you need the commas explicitly as arguments then perhaps A_GIMME_MORE could be defined with the current behaviour, so fixing externals that need it (a tiny minority?) would be a 5-character change.
Claude
http://mathr.co.uk -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJRkktfAAoJEHZDo4jueIiWUZQIAJiYr+K5EfpicgJ1XHAoq0FT cXepRLWx7AvpEAJ5W2iAHpsASm/WycL4h+z/NmqCumFeUEFxoeoVxZVsf3ugRoiK gMH+VtVnJttFLEmhGRTlAsyc+uKdrU018WvHBBSlsM7P4HAiZfl7W/wyzr9sxLTx DdqIi48r7bknBoo97iyR9xUwSw3InLEl/0qaXBiFQhmcSE6+wzPuJMVp5/8fo2sL EtwUadxN/1lUja5FR1GjCyT/XMkGt+pgile5qZwuLTuFBcA+SWMY9PPgb4TZK1z+ TElJ9Dt62ZZdMy7btdtkiVPhCCNVol6fXrRVznBQiru/KVZnJ6ALgtUhNSIa7mE= =Zn/0 -----END PGP SIGNATURE-----
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list