A minor bug , file drag-n-drop on canvas dialog , doesn't steal focus to Krita. === scenario === 1) I'm painting an artwork, then decide to add a texture or pattern file on the top 2) I open my file explorer, locate the desired file, and do a drag and drop of it on the Krita's canvas 3) A menu appear at my cursor position ; I choose 'Insert as layer' 4) my file is inserted as layer === problem === Then I press 'Ctrl+T' to start a transformation of the texture added ... nothing happen . I watch around : the file explorer created a new tab ( Ctrl+T ) ( can be more dramatic when press supr to remove it, and accidentally remove the file ) Why did I pressed Ctrl+T ? because the menu makes me believe I already made a Krita decision in the workflow. So I think I'm in Krita ( even the feedback of the image being pasted is making me feel I'm focused on Krita ) === expectation === At accepting the step of the menu (3) Krita should 'steal the focus' , and make my 'Ctrl+T' then possible in a fluid continuity.
FIxed in 5493f5e68c1fca3d7e0d155fff48c5cb99c0efe8
Thanks, I just tested and it works great. Thats super for a task I repeat often.
Hi, I'm able to reproduce this bug again. Might be in relation with Bug 328540 , as it reappeared around the same period roughly. Still minor.
He-he... It seems to be related to the fact that my KWin is configured to open Krita in Maximized mode all the time :)
Git commit 6dd51f2a2c80e925ac836d722f2ccdb955b99856 by Dmitry Kazakov. Committed on 09/12/2013 at 11:35. Pushed by dkazakov into branch 'master'. Fix activation of the window on Drag&Drop again M +1 -0 krita/ui/kis_view2.cpp http://commits.kde.org/calligra/6dd51f2a2c80e925ac836d722f2ccdb955b99856
Git commit 0b7f3d94ba2b544de4184e367834326e0fc3d74c by Dmitry Kazakov. Committed on 09/12/2013 at 11:35. Pushed by dkazakov into branch 'calligra/2.8'. Fix activation of the window on Drag&Drop again M +1 -0 krita/ui/kis_view2.cpp http://commits.kde.org/calligra/0b7f3d94ba2b544de4184e367834326e0fc3d74c