----- Original Message -----
From: Mathieu Bouchard matju@artengine.ca To: Hans-Christoph Steiner hans@at.or.at Cc: pd-list pd-list@iem.at Sent: Monday, March 12, 2012 10:49 PM Subject: Re: [PD] mrpeach routeOSC behaves differently then its previous release?
Le 2012-03-12 à 18:36:00, Hans-Christoph Steiner a écrit :
I personally think it would be great to get rid of the separation between
lists and non-list messages (i.e. lists of atoms that start with a symbol other than "list"). But that's a big project that will break backwards compatibility.
This sounds like something that will create more problems than it will solve.
I think the current implementation (and documentation) tries to skirt the issue and ends up making it worse. The [route] object does...what? It looks like the object was designed so that the new user can quickly conclude that it takes the first "thingy" in the message you send it, eats the thingy and shoots out any remaining thingies (if no more thingies, then burp out a bang). Super simple if all the thingies in the message are numbers. A collection of exceptions if you want to do anything else. (It has three modes... I mean, two modes, and two selectors that never get stripped, I mean...hm... let me check the docs again...etc.)
Similar with [list length]. Just remember that all incoming messages are converted to lists. So an incoming "symbol foo" message will have... how many items? Uh-oh, we didn't define "convert".
[symbol foo( | [list length] | "1"
Selectors don't count...
[foo( | [list length] | "1"
I meant built-in selectors don't count...
[tranverse this, bang( | [pointer] | [route pointer] | | [s a] [s b]
[r a] | [list length] | "?"
[r b] | [list length] | "?"
[namecanvas this]
Let's start over. The [route] object takes the first thingy and...
-Jonathan
I mean, it's possible to be both part of the problem and of the solution. It happens when the solution is the problem.
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list