This is a discussion on making the Active Tools more accessible. So far there have been a lot of proposals and different experimental solutions, 2 of which are currently default in Blender.
Those are the first 2 listed here.
Going into 2.90 with a lot of polish going into the Active Tools, the way they are accessed needs to be improved. There are also points that the current solutions could be better or are currently counter intuitive.
Spacebar Tools Menu
This was one of the first ways to access the Tools outside of clicking on them in the Toolbar.
The idea is to press Space (or Shift Space) and getting a menu with all Tools listed with their shortcuts.
The user can press space, then the shortcut and quickly access Tools this way.
Alternatively space can also be held and let go with the the mouse hovering over the desired Tool (similar to Pie Menus).
Issues
In comparison to other proposals this workflow is quite slow, especially if Space is used for playback or the search menu instead.
Alt as Leader Key
Links
Design Task: https://developer.blender.org/T69992
Commit: https://developer.blender.org/rBde152d072488d1f122b732feaad8b0b4f554f07d
With this implementation the user can simply tap Alt once and get a new set of shortcuts.
All shortcuts that would usually be applied to the modal operators are now assigned to the active tools.
All available tool shortcuts are listed in the status bar.
Issues
In a way this implementation is faster and more convenient to access the Tools than the first one but unfortunately this functionality is very easy to initiate accidentally.
Alt is a very commonly pressed key and for many users it happens often that it is pressed instinctively and suddenly the user is locked into a mode for tools.
Often the next key that is pressed will unwillingly change their active tool which then needs to be changed back.
With the option to disable the status bar, which some advanced users do, it is also a completely invisible mode to enter, which leads to a lot of confusion.
Tools Keymap
This is a proposed implementation of a full active tools keymap.
Technically this is already implemented with the Industry compatible keymap but this option would make it possible to switch out all the current modal operator shortcuts with active tool shortcuts while keeping the default keymap.
Issues
Some would prefer an option to use access either modal operators or tools both with shortcuts. That is the advantage of the first 2 implementations. With this proposal the user would need to switch between one or the other.
Hold vs Tap Shortcuts
The idea of this feature is to share the same shortcut for both modal oeprators and active tools but based on if the key is tapped or held it will either access the modal operator or the active tool.
Issues
This one shares the same issue with many sticky key shortcuts. If you work too fast and move your mouse a lot then it is very easy to accidentally use the modal operators instead of the active tools.
Also one of the advantages of using modal operators is that the shortcut can be pressed and then both hands are available for typing, which is not possible for active tools.
Limiting this by requiring the user to hold down the shortcut unless pressing spacebar afterwards will slow down the modal operator workflow.
Start typing!
If you have your own ideas and thoughts write down below. Letās start a discussion about this.
Personally: I used my own custom keymap for half a year now where I assigned all shortcuts to the active tools instead of the modal operators.
I got increasingly attached to this workflow and would be more than happy to just have an official toggle in the keymap preferences to switch to a tools keymap.
The current implementation of the leader key to access the Tools should also be made optional since there is no way to disable it in its current form.
A few artists at the Blender Studio have complained to trigger this feature accidentally many times each day.
And with the implementation of an active tools keymap the leader key would be obsolete or could be used for modal operators instead.