Ok, this might not be most brilliant idea, but it's certainly is easy to implent (or at least should be

)
There is already way to take headline in separate viewport and make menu have no headline
AND there is a way to make some simple logical caparisons with strings.
To make a visual menu we would need a tag that would tell the name of menu item that selector is currently on... for example you are in main menu, the selector is on menu item named "settings" or "plugins" or "resume playing" or whatever and the tag (for example %Mi or some other) gives you "settings" or whatever (the name of menu item that selector is currently on).
SO! visual main menu is made in SBS and goes like this:
If "headline name" = "rocbox" and selector is curently on item called "now playing" then display awesome stuff! For example load a viewport full of nice info about now playing music in the middle of a screen (like album art and so on)...
If "headline name" = "rocbox" and selector is curently on item called "settings" then show some huge clock in the middle of a screen and loads of other things.... same goes for other menu items.
The menu viewport then could be set to 1x1 size (since we can have many menu viewports and load them as we wish)... you get the idea?
In order to get this for touchscreen targets there should be some tag to advance by 1 menu item on press... or go back by 1 (imitate keypress).
The best thing is that menus still get voiced!
Many people who don't want things like "playlists" or "plugins" on main menu could simply write sbs'es with something like this: if selector is on "playlists" advance by 1, if selector is on "plugins" advance by 1...
Sorry for 2nd post in a row and for my bad english.
Miau*
SOAP Edit:
Please do not "yell" in subject lines. All caps is not nice. Self-created "categories" are also unneeded and unwanted.