New to this software, trying to use the spacebar navigation that is fairly universal across the stuff I've used (Clip Studio, Sai, etc)
It seems if you press and hold ctrl+space in that order, you can rotate the canvas as intended. If you press ctrl+space but you press space first, 1) it changes to hand tool 2) it switches the tool permanently not temporarily.
Similarly,
If you press and hold shift+space in that order, you can zoom as intended. If you press shift+space but you press space first, 1) it changes to hand tool 2) it switches the tool permanently not temporarily.
I am doing both of these accidentally, quite often
Just to be clear, my issue isn't that in this software all the spacebar navigation shortcuts are tool switches if you don't hold the input. That did take a bit of getting used to but I reduced the tool switch time delay in settings and it's okay. But the input order mattering is not something I can seem to adapt to.
Steps to Reproduce
No response
Expected Behavior
Would expect:
Order of key input not to matter
Secondary input not to break out of "temporary tool" state.
The spacebar keys are the most problematic for my workflow but it seems to be a general pattern of a secondary input exiting the "temporary tool" state. So if I am holding B to enter brush and draw a stroke temporarily but press N to change to actual pixels (or just hit another key by accident) my stroke is fine but I have switched tools.
Description
New to this software, trying to use the spacebar navigation that is fairly universal across the stuff I've used (Clip Studio, Sai, etc)
It seems if you press and hold ctrl+space in that order, you can rotate the canvas as intended. If you press ctrl+space but you press space first, 1) it changes to hand tool 2) it switches the tool permanently not temporarily.
Similarly, If you press and hold shift+space in that order, you can zoom as intended. If you press shift+space but you press space first, 1) it changes to hand tool 2) it switches the tool permanently not temporarily.
I am doing both of these accidentally, quite often
Just to be clear, my issue isn't that in this software all the spacebar navigation shortcuts are tool switches if you don't hold the input. That did take a bit of getting used to but I reduced the tool switch time delay in settings and it's okay. But the input order mattering is not something I can seem to adapt to.
Steps to Reproduce
No response
Expected Behavior
Would expect: Order of key input not to matter Secondary input not to break out of "temporary tool" state.
The spacebar keys are the most problematic for my workflow but it seems to be a general pattern of a secondary input exiting the "temporary tool" state. So if I am holding B to enter brush and draw a stroke temporarily but press N to change to actual pixels (or just hit another key by accident) my stroke is fine but I have switched tools.
Screenshots, Video & Crash Logs
No response
OpenToonz Version
1.6
OpenToonz Version Information
Apr 4 2022
Operating System
Windows
GPU
NVIDIA
Graphics Tablet
Wacom