You would need to come up with a complicated system of doing so. coll is

not directly supported by pattr, since its value is extremely

complicated as compared to, say, numbox.

coll is capable of saving its contents to disk, so I would just go with

that.

jb

I've made a system that makes unique names for coll, buffer, vst~ files and saves them to disk when a preset is saved with pattrstorage.

I use an opendialog for writeng files from pattrstorage, but just before doing so, regexp isolates the path of the preset then mkdir makes a folder for all the files used by unsupported objects as COLL, then the contens of the object is written to the folder with a random name. The last thing happening before pattrstorage writes to disk is the pattr objects connected to COLLs, etc. being updated to remember the random name...

the unique naming system im using has 3.656.158.556.454.912 posible filenames...so it really makes me not having to think at all.

another beauty is that if I am recording into a buffer and stores a preset with pattrstorage, the contens will restore with the preset.

thnx for your answers.

I found a simple way with the [zl group] object who is perfect for my patch. But now I have a new problem because pattr object can't take a list who contain more than 256 item. I make a new post.

Nico.

save your colls out as a textfile, point ubumenu to the folder

containing the coll presets, then have ubumenu prepend read to coll,

then have pattr save the ubumenu's index number. when you recall a

preset ubu changes and coll gets a new textfile?

v a d e //

www.vade.info

abstrakt.vade.info