Created attachment 105033 [details] DxDiag When using floating dockers, canvas movement/rotation (Alt/Ctrl/Shift/Space) doesn't work until focus shifts back to main window. Mirror view and hotkeys that use anything in conjunction with mod keys (Ctrl+U, for example) works fine, however. Reproducible: Always Steps to Reproduce: 1. set any docker as floating 2. do something in floating docker (change layer, change brush, etc) 3. move cursor to canvas 4. press space or canvas rotation hotkeys Actual Results: Canvas movement/rotation hotkeys don't work until focus is shifted back to main window by user. Expected Results: Being able to move/rotate canvas. Reproducible at least back to 3.1.0, Win 7, DxDiag in attachments.
Is this something that is new to 3.1.3? or did it already happen with 3.1.2?
All the way back to at least 3.1.0 in my case (will try older versions when at home, near win pc). I guess, I missed step 5 in reproduction steps and somewhat incorrectly described actual results: step 5 will be: try to move/rotate canvas with mouse/drawing tablet pen (Wacom Intuos Pro M), while holding hotkeys. And actual results: Krita ignores space and control keys (until focus is back to main window/canvas) and just plain draws on canvas, instead of moving/rotating it. P.S. Shift key-brush resize works fine. Also, there is no such problem(and never was, at least for me) on debian machine at work, where Krita is built from master branch ~ once a week or so.
We probably cannot do anything about this, since it's dependent on the combination of the window manager and the version of Qt. Qt has changed its focus handling in the 5.x series a couple of times, and the Windows window manager is repsonsible for deciding which window gets which key events.
This is outside our power to change.