astevens

I have a folder which will hold 10 tracks, 1 to 10. (The names/numbers of which will vary depending what goes into my folder)

eg, the folder list could appear as follows

goodbye.wav (would need to go to buffer 2)

This folder then feeds a umenu which contains the folder items.

I want to be able to place the 10 tracks into my already existing 10 buffers in the sequential order of how they appear in the umenu, regardless of what they are called when dropped into my folder, (feeding the umenu).

At the moment I'm coming from the umenu into prepend replace but how could I get the umenu sequence into 10 buffers??

I need the 10 buffers due to each being triggered by a particular command.

eg, the folder  list could appear as follows

hello.wav   (would need to go to buffer 1)
goodbye.wav   (would need to go to buffer 2)
phew.wav   (would need to go to buffer 3)
etc

sending-u-menu-to-appropriate-buffers

I might not understand you correctly Mr Stevens but let me take a shot anyway.

It sounds like at the end you want [buffer~ 1.buff] to hold hello.wav, [buffer~ 2.buff] to hold goodbye.wav, and [buffer~ 3.buff] to hold phew.wav

If you're going to use data in more than one place, my suggestion is to NEVER use UI objects as data storage. In this case, you want to use the umenu to store the "correct" order of the file names. BAD PROGRAMMING. Instead, use a data storage object. Set a variable, use coll or something like that. In your situation that means you read the information from the HD and store it in a central location before displaying said it. If polybuffer~ stores all the information you want, use polybuffer~ as a data storage object. Even better would be to store your info in a coll file.

You might want to check out the "info" tab of the polybuffer~ help file.

Also I know that umenu has that autopopulate thing. I'd ignore it. bad news.

I might not understand you correctly Mr Stevens but let me take a shot anyway.  

It sounds like at the end you want  [buffer~ 1.buff] to hold hello.wav, [buffer~ 2.buff] to hold goodbye.wav, and [buffer~ 3.buff] to hold phew.wav

If you're going to use data in more than one place, my suggestion is to NEVER use UI objects as data storage.  In this case, you want to use the umenu to store the "correct" order of the file names.  BAD PROGRAMMING.  Instead, use a data storage object.  Set a variable, use coll or something like that.  In your situation that means you read the information from the HD and store it in a central location before displaying said it.  If polybuffer~ stores all the information you want, use polybuffer~ as a data storage object.  Even better would be to store your info in a coll file.  

Also I know that umenu has that autopopulate thing.  I'd ignore it.  bad news.


[buffer~ 1.buff] to hold hello.wav, [buffer~ 2.buff] to hold goodbye.wav, and [buffer~ 3.buff] to hold phew.wav

But....These particular files should be replaceable. They will be changing depending on what gets put in the particular buffer at the time.

I'll have a look at coll but I assume coll would need the names of what's going to be put into the buffer in advance to work?

Have a look at this and see if it helps you understand what I'm talking about

sending u menu to appropriate buffers