-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
Make more windows use multidrop-like selection #73549
Comments
I definitely agree with this. |
Indeed, there are tons of repetitive actions within the game now that could be simplified. Another thing I'd like to simplify is butcher menu. A unified solution is definite helpful. I'll try to help with this too. |
I would suggest the introduction of a sibling of UI list that returned a list of results rather than a single one. It would be possible to change UI list to return a list, but that would require all usages to be changed, as well as some kind of logic to indicate that only a single return value would be permitted when applicable. It can be noted that there are some cases that can't be rescued by the simple introduction of a multi result UI (such as the horror of the bloated camp crafting menu when pages upon pages of entries are piled in an unsorted (and unsortable) pile, when something with internal structures akin to the regular crafting UI is needed), but many cases could benefit from this comparatively simple introduction. |
I'd agree, w/ dissecting some & butchering others. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. Please do not bump or comment on this issue unless you are actively working on it. Stale issues, and stale issues that are closed are still considered. |
Is your feature request related to a problem? Please describe.
Related issues: #73531, #72477, #72514, #68765, #71560, #64065, #71131, #70887, #54622
I'm struggling to articulate the issue so bear with me here.
Currently many of our UI windows are a "select one" window, such as the "wear" action:
And more irritatingly, the "heat up food" menu as well, as shown by the numerous issues linked.
Instead of tackling these UI issues one by one, creating a unified standard window that can be slightly modified per application would be better both in terms of UX and development.
Merging "Select one" and "Select multiple" options wherever it makes sense can also reduce button-pushes in gameplay.
Solution you would like.
A "Unified Multiselect Menu" that is consistent in layout and flexible.
The following windows/actions should use the multiselect window:
For each instance, the following information should be displayed:
Importantly, pressing ENTER on an entry while having no selections would select and activate that entry (if it is a stack of items, activate only one). This makes it so that you don't need to press 6 to select a single entry before ENTERing, which would add an unnecessary keypress for actions that migrate from "select one" type windows. This behavior probably should also be shown next to the keybindings info.
Additionally, all the current global actions, such as [w] to quickly wield, [W] to quickly wear, and [E] to quickly eat (dangerous?), as well as keybinds to collapse/expand all containers, should work as well.
Very crude mock-ups:
Describe alternatives you have considered.
Some actions simply do not work with multiple selections and must demand a single selection only, such as the first aid window. These actions should be left alone (probably the better solution), or made to use the unified multiselect window with a flag/limitation of "single selection only."
Additional context
https://discord.com/channels/598523535169945603/598535827169083403/1228584346664042496
The text was updated successfully, but these errors were encountered: