Hi list,
Having fired the two largest email chains I've seen in pd-list (standalone instruments - multiple (same) ..), I felt sort of obligaded to see what is being said on them as it reached fields I don't understand yet.
(btw, what is the infamous ==20)?
As a solution to my problem, considering the multible objects I took the first answer that I got (althought not tested yet) but, as the chain mail grew, my insecurity about the fist solution being the optimal grew alike (Frank I WILL test it, promise)!
Although I'm not confortable with programming, and not completely undestand what is said in the current chain mail, I have a proposition for the problem we are all facing.
Could we, when we summon (god, I like this word) an abstraction pass an abstraction-patch name which will affect the string/variable name of the setting included in the abstraction?
What I mean ....
We have an abstraction called myabs
which includes a structure like this:
|-|\
| | \
| | \
|-| \
\ \
\ \
[sssad volume $var]
|-|\
| | \
| | \
|-| \
\ \
\ \
[sssad pitch $var]
Now, in the patch, we SUMMON two instances of myabs abstraction thus:
[myabs one] [myabs two]
So the sssad admin receives volume one, pitch one, volume two, pitch two.
What would you think?
if what I said is #$%#^#%, plz don't beat me up!
Regards,
Tasos
×ñçóéìïðïéåßôå Yahoo!
ÂáñåèÞêáôå ôá åíï÷ëçôéêÜ ìçíý ìáôá (spam); Ôï Yahoo! Mail äéáèÝôåé ôçí êáëýôåñç äõíáôÞ ðñïóôáóßá êáôÜ ôùí åíï÷ëçôéêþí ìçíõìÜôùí
http://login.yahoo.com/config/mail?.intl=gr