Skip to content
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

Secondary Menus Suggestions #1896

Open
OpenRift412 opened this issue Sep 10, 2024 · 7 comments
Open

Secondary Menus Suggestions #1896

OpenRift412 opened this issue Sep 10, 2024 · 7 comments

Comments

@OpenRift412
Copy link

Good job with the secondary menus implementation. I have some ideas and suggestions that could further make use of this feature. Note, these suggestions would essentially be the final nail in the coffin for the old Boom-style Options menu.

My suggestions are as follows:

  • With the removal of the gyro tab, a new tab can be added in its place called "Gameplay", adding the following as secondary menus:
    • Doom Compatibility
    • Weapons
    • Enemies
  • "Status Bar/HUD" and "Automap" would be moved to be secondary menus under the "Display" tab.
  • Lastly, the "Mouse" tab could be renamed to "Controls", with the "Key Bindings" menu made into a secondary menu under that.
  • With all these changes, the options button on the main menu would go directly to the "General" options menu, with the header now using the M_OPTTTL lump instead of M_GENERL

So with all that said, would this be a design worth pursuing?

@rfomin
Copy link
Collaborator

rfomin commented Sep 11, 2024

That's an interesting idea! It would require another reorganization of the menu, for example we have too many items in “Display” right now. Also “Status Bar/HUD” is quite big with its own tabs, but maybe we can shrink it a bit if we switch to the ID24 SBARDEF standard.

@OpenRift412
Copy link
Author

That's an interesting idea! It would require another reorganization of the menu, for example we have too many items in “Display” right now. Also “Status Bar/HUD” is quite big with its own tabs, but maybe we can shrink it a bit if we switch to the ID24 SBARDEF standard.

The "Display" tab seems to have the least about of items in it from what I can tell. Is there something I'm missing here?

@rfomin
Copy link
Collaborator

rfomin commented Sep 11, 2024

The "Display" tab seems to have the least about of items in it from what I can tell. Is there something I'm missing here?

Haha, sorry, I didn't visit "Display" for while 😄

@ceski-1
Copy link
Collaborator

ceski-1 commented Sep 11, 2024

So with all that said, would this be a design worth pursuing?

I don't think any major changes are going to happen in the short-term since the menu system is challenging to work with. However, if you want to explore some menu layouts, make a copy of this diagram and play around with it (you'll have to create a Figma account). It should help give you an idea of how challenging it is to juggle all the different menu items in a halfway sane and logical manner.

@fabiangreffrath
Copy link
Owner

I don't think the general menu layout is going to change anytime soon.

@rfomin
Copy link
Collaborator

rfomin commented Nov 30, 2024

I don't think the general menu layout is going to change anytime soon.

If we switch to SDL3, we can greatly simplify the video menu (SDL3 has better functions for selecting video modes).

@fabiangreffrath
Copy link
Owner

If we switch to SDL3, we can greatly simplify the video menu (SDL3 has better functions for selecting video modes).

That would be tracked in #1854, I guess.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants