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