To clarify your request, you are asking that the button should unlock the specified account without switching to that account, correct? Because currently, clicking on the padlock (or anywhere to the left of it) does bring up the prompt to unlock the account — but it also switches to the account in question.
To clarify your request, you are asking that the button should unlock the specified account without switching to that account, correct?
Yes. Indeed
I would like the padlock to act as an independent toggle for locking and unlocking other vaults instead of using the whole account entry boxes.
The reason I am requesting this is the cumbersome workflow of locking an vault/account after you just unlocked another.
Currently you have to switch back to the previous vault (assuming you were currently in an unlocked context) just to lock it and switch back to your other vault.
Alternatively it would be nice to have a new setting the would automatically lock your current vault if you’re unlocking another vault. Maybe even with a timer following the general vault timeout example.
So the expected setting would work as the following:
[ x ] Automatically lock your current Vault when unlocking a different vaul
Your original post already contains two separate proposals:
Keyboard shortcut for account switching.
Button to unlock non-active account without switching.
And now you have a third idea:
Automatically lock your current Vault when unlocking a different vault.
Feature request threads should be restricted to proposing a single new feature, because otherwise, it creates confusion in the discussion, and makes the vote count impossible to interpret.
I would suggest that you start separate topics for each new idea. I can add a notice at the top of each thread, which provides links to the related threads.
However, it does seem that your Idea #2 and Idea #3 are contradictory, so it would be best to resolve that contradiction before making the new feature requests. In Idea #3, if the currently active account is being locked, that would require you to switch to another account; however, in Idea #2, you expressly do not want to switch from the currently active account when unlocking another account — so, which behavior is it that you are proposing?