Seperator in umenu uses up a slot number….

Oct 11, 2010 at 10:44am

Seperator in umenu uses up a slot number….

I’m using a umenu to store the names of the presets in a VSTi, so that I can recall presets without opening the plugin editor.
As there are 127 presets in the menu, I added in a little patch to put in a separator between chunks of the menu items.
The problem is that the separator counts as an item in umenu, so every time there’s a separator, the numbers going to the VSTi to select the desired preset get one more out of sync. (ie, if there’s a separator after item 9, then item 10 outputs “11″ from the LH output of umenu)
Wouldn’t it make more sense if separators were just graphic/display items that don’t “take up” a slot number?

I don’t suppose there’s a flag somewhere that sets this, is there?



Oct 11, 2010 at 2:03pm

that is simply how menus in mac os and windows are working, too.

Oct 11, 2010 at 9:26pm

:-( bummer. Guess I’ll do without the separators then. Pity – it makes the menu easier to read.

Oct 11, 2010 at 9:52pm

Why not just use something like a coll or another (hidden) umenu to translate the numbers?

Oct 12, 2010 at 2:44pm

Something like that had drifted through my mind, but I want to allow for loading of different vsts rather than using just the same one. The original impetus was that some VSTis group their presets alphabetically by type (eg basses A-Z; guitars A-Z etc), and I wanted to put a separator between each sub group, by detecting the presence of a letter lower than (say) D at the front of the name string when appropriate.
I could still do it using coll to map, and incrementing the counter every time a separator turns up … (thinks…)

hmmm, shouldn’t be that difficult – I might give that a try tomorrow.

Oct 12, 2010 at 6:36pm

It sounds like a reasonably simple problem, to me. Perhaps you could post your patch, or some of the menu contents.


You must be logged in to reply to this topic.