I would say it’s written 
1 Like
it isn’t because to the user they think they’ve already seen device options, and they dont know there’s another menu implied in the arbitrary button press instructions that end with ‘device options’ that has anything to do with multi timbrality or ui drivers, or that there is a menu they havent seen yet at this point
hence the suggestion to tell the user if you hold the button you can get multi timbral mode, because it wasnt there, you could say the user has to guess thats what you meant with ‘device options’, as you did with a bunch of other things, but none of those things convey the meaning suggested.
You are totally right. Ir’s not written. I will buy better glasses.
The best!
2 Likes
I wonder if user interface items with a submenu shouldn’t get a little ‘>’ added to them 
What do you think about that idea would it work in the diverse corners of the gui?
The screen space on the GUI is precious, and hard fought over.
But certainly we are reaching the point where as a result of actual continual use, the directory & assumed and implied file structures are growing to the limit of what can easily be handled on a system with directory listings in what was originally a synth GUI…
Such is success.
The best way of filing this would be as a feature request so the concept doesn’t get forgotten.
Efforts have been made to trim this down with the favourites functionality and that gets to be good once we choose to use it, but at the end of the day we do need some consideration of how structure is navigated, including, perhaps, home, top, bottom and similar desired exceptions.
1 Like
That’s an excellent idea, I’ll fill in a feature request