New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Menu selection graphics don't move according to cursor selection #1673
Comments
This is the reverse bug report to and |
Ehhhh.... honestly I feel like this kind of falls under what I can only describe as "use-case creep". I think the best compromise would probably be having a toggle similar to GZDoom's where you can change between the "touchscreen-like" menu navigation, the older "direct" menu select style, and disabling it entirely. I know that sounds like a possibly superfluous toggle to have, but I really do think that the old style meshed far better with the design language of Woof's menu system. Also I'd consider such a setting to be on-par with toggles like "Menu Backdrop", so it's not too superfluous in my opinion. |
I was also skeptical at first, but got used to it within minutes. The chances for another menu switch for this are very low. |
I don't think we are going to change this back anytime soon @rfomin ? |
Personally, I like how it works currently. |
Me too. |
Don't know if this is intentional or not, but the menu item selection graphics (M_SKULL1/M_SKULL2 + the brackets around items in the options menus), don't seem to react to the cursor hovering over the respective item. The item will still be highlighted, but the skull graphic will remain in its original place as selected by the arrow keys and the brackets will only show when using the arrow keys.
If this was intentional, I'd advise reverting it to the 14.3.0 behavior, as it currently has less visual feedback and feels less consistent and someone redundant in relation to the menu's core design language.
The text was updated successfully, but these errors were encountered: