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

User settings menu screen location #175

Open
jspjutNV opened this issue Jun 22, 2020 · 1 comment
Open

User settings menu screen location #175

jspjutNV opened this issue Jun 22, 2020 · 1 comment
Assignees
Labels
defer Defer working on this for a future date/request question Further information is requested

Comments

@jspjutNV
Copy link
Contributor

The user settings menu always opens up at the center of the screen. In some usage, I feel like it would make more sense for it to open in the same location where it last closed (if the user moved it), but I can see reasons why we might want it to be centered (if it's underneath a question between sessions or similar).

Does anyone feel strongly one way or another about this? Should the user settings menu remember its screen space position between closing and opening? Should it always open in the same place?

@jspjutNV jspjutNV added question Further information is requested defer Defer working on this for a future date/request labels Jun 22, 2020
@bboudaoud-nv
Copy link
Collaborator

Interesting point, I see two features we could potentially add related to this:

  1. Make the menu re-open wherever it was last (based on a boolean flag in the MenuConfig. This would likely be expected behavior for typical "windowed" operation, but comes with the downside that a user might move it to an inconvenient place.
  2. Make the (initial) menu position controllable based on a provided field in the MenuConfig. This would allow experimenters to position the menu where they'd like it, which could be useful in some places.

One reason I haven't put much time/thought into the current user menu system is that I'm hoping eventually we move away from it in favor of a more "game like" full-screen menu system. I don't currently have a plan to implement this, but think eventually having a robust/extensible in-game/full screen menu would be the "right" solution.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
defer Defer working on this for a future date/request question Further information is requested
Projects
None yet
Development

No branches or pull requests

3 participants