Closed ghost closed 1 year ago
This is the expected behavior. A container uses the shortcut the user assgined to it in the addon settings.
In the Keyboard Shortcuts, you can assign a container to one of the available shortcut.
What is the purpose then allowing user to reorder container list pressing Ctrl+.
? And seeing that container lists do not match anymore? It's confusing and feels like something isn't working properly
What is the purpose then allowing user to reorder container list pressing
Ctrl+.
? And seeing that container lists do not match anymore? It's confusing and feels like something isn't working properly
When the popup is open, you don't use the addon shortcuts but a quick access shortcut for the first 10 containers in the list. I can see why it can be confusing but I don't know why it was implemented this way. I guess one was added a while after the other one.
It's an interesting UX inconsistency tho. Simply changing the addon shortcuts when the list change could also be confusing since the reordering option isn't at the same place as the shortcuts one. I'm only a volunteer so I'm not the one making the final call on these things but I'd be open to help with the UX aspect and code review if someone wants to provide a patch.
Before submitting a bug report
Step to reproduce
Actual behavior
Probably, Shortcut keys are taking the index of the initial state of containers list and when it is changed by the user, it is not changing accordingly. I have describe this in reproduce section well.
Expected behavior
As described in the reproduce section Ctrl + Shift + 1 on windows should open Mango tab now as user has already changed it's listing position on the container list.
Additional informations
No response
Provide a copy of Troubleshooting Information page (optional)
No response