dx1200

Hello, just wondering if the following is possible.

I would like to be able to open umenu with a bang and then scroll the menu with a game controller. When I find the option I want select it with another bang to instigate it.

I've tried using the different modes of umenu but they don't do what I want because they send each option as I scroll through.

Perhaps I should look to coll? I would much rather do it with umenu though. If possible..

I would like to be able to open umenu with a bang and then scroll the menu with a game controller. When I find the option I want  select it with another bang to instigate it. 

Perhaps I should look to coll? I would much rather do it with umenu  though. If possible..

scrolling-umenu-display

Here is an example with [umenu] in scrollmode.

(imagine [number] is your joystick and [button] also =)

Here is an example with [umenu] in scrollmode.
(imagine [number] is your joystick and [button] also =)

Use the set message with umenu to select an item with no output. Then bang to output. It is actually the first example in the umenu helpfile.

I don't think there is a way of visually opening the menu up remotely without using the max pupdate message to move the mouse, and something like aka.mouse to simulate a mouse click. But that seems a bit over the top imho.

Use the set message with umenu to select an item with no output.  Then bang to output.  It is actually the first example in the umenu helpfile.

I don't think there is a way of visually opening the menu up remotely without using the max pupdate message to move the mouse, and something like aka.mouse to simulate a mouse click.  But that seems a bit over the top imho.

That example would almost do but I need to be able to view the entire menu.

dx1200 wrote on Tue, 11 August 2009 09:01

I need to be able to view the entire menu.

However, you can always find (ugly) workarounds with other objects that would "act like" your menu was displayed... 

Beware, this kind of patch usually leads to lots of tweaking and I'm not sure it's worth it.

dx1200 wrote on Tue, 11 August 2009 09:01I need to be able to view the entire menu.

However, you can always find (ugly) workarounds with other objects that would "act like" your menu was displayed... 
Beware, this kind of patch usually leads to lots of tweaking and I'm not sure it's worth it.

Actually, I read your 1st post again and had fun wrapping up another version, a bit cleaner and with explanations here and there (but of course far from being perfect).

perhaps use jit.cellblock instead of umenu...

[quote title=gusanomaxlist wrote on Wed, 12 August 2009 13:15]Actually, I read your 1st post again and had fun wrapping up another version, a bit cleaner and with explanations here and there (but of course far from being perfect).

Thank you so much Yvan. That is exactly what I needed..

Iv set up Yvans patch and it works great but i need more than one instance of the system with different lists. iv tried copying the system and changing the name on the send and receive signals in the sub patches but it still controls the first system.

Scrolling umenu display