420329 2020-04-20 09:11:00 +0000 Move tool's Position x/y spinboxes does not move the highlighted object 2020-10-29 12:39:49 +0000 1 1 2 Applications krita Tools/Move 4.2.9 Other Linux RESOLVED FIXED NOR normal --- 1 tysontanx krita-bugs-null griffinvalley halla https://invent.kde.org/graphics/krita/commit/12b3293d4987291e044bd4e52070a7e54f7e73dc 0 oldest_to_newest 1923717 0 tysontanx 2020-04-20 09:11:00 +0000 Move tool -> Tool options -> Position The x/y spinboxes does not move the highlighted object as the reference manual mentioned in: #: ../../reference_manual/tools/move.rst:40 Gives the top-left coordinate of the layer, can also be manually edited. Tested: krita-4.2.9-x86_64.appimage 1923721 1 griffinvalley 2020-04-20 09:26:50 +0000 yeah, noticed this yesterday as well... 1923735 2 halla 2020-04-20 10:21:12 +0000 I must be misunderstanding something? I opened an image with a layer, and changed the values of the x,y spinboxes, and the layer certainly moved for me. 1923756 3 tysontanx 2020-04-20 13:21:30 +0000 I cleared kritadisplayrc kritarc kritashortcutsrc and now it worked as intended. It's not the first time something like this happened though. Another Kubuntu user reported this 3 days before I confirmed it today. I used Appimages of 4.2.9, 4.3.0 5.0.0 on my installation, but only integrate one at a time. I also installed 4.2.9 from Manjaro's repository once but uninstalled it later. I wonder if this has something to do with it? I've noticed that Krita from Manjaro's official repo has wonky pop-up palette triggering. Move tool's modifier keys were also completely broken which I didn't have time to report, but now I'm glad I didn't because they were fixed after deleting the settings as well. Meanwhile please close this bug if needed. If I find more information I will put them here later. Thank you for your time! 1923758 4 halla 2020-04-20 13:41:17 +0000 The wonkiness in the manjaro build of Krita is probably because they haven't patched Qt. If you're using 5.0 appimages, please be aware that it's really unstable. It might make sense to use different XDG environment variables for 4.x and 5.x, to keep the resource folder and configs separate: export XDG_DATA_HOME=$dev/.share export XDG_CONFIG_HOME=$dev/.config export XDG_CACHE_HOME=$dev/.cache 1969764 5 dimula73 2020-10-29 12:21:14 +0000 Git commit efe9ed8c0e5c5211a66919290dcff7e907e48840 by Dmitry Kazakov, on behalf of Mathias Wein. Committed on 29/10/2020 at 12:20. Pushed by dkazakov into branch 'krita/4.3'. Fix malfunction of x/y position spin boxes in move tool's options The signal connections had to be moved from the constructor to activate(), since they get disconnected on every deactivate(). Also, manipulating the x or y position without clicking on the canvas first doubled the initial value, because a new stroke gets created, which in turn resets the handle rect. Reading the value before starting the stroke and making sure it's not currently unavailable until recalculated should prevent it. Related: bug 423452 M +23 -10 plugins/tools/basictools/kis_tool_move.cc https://invent.kde.org/graphics/krita/commit/efe9ed8c0e5c5211a66919290dcff7e907e48840 1969766 6 dimula73 2020-10-29 12:22:37 +0000 Git commit 12b3293d4987291e044bd4e52070a7e54f7e73dc by Dmitry Kazakov, on behalf of Mathias Wein. Committed on 29/10/2020 at 11:37. Pushed by dkazakov into branch 'master'. Fix malfunction of x/y position spin boxes in move tool's options The signal connections had to be moved from the constructor to activate(), since they get disconnected on every deactivate(). Also, manipulating the x or y position without clicking on the canvas first doubled the initial value, because a new stroke gets created, which in turn resets the handle rect. Reading the value before starting the stroke and making sure it's not currently unavailable until recalculated should prevent it. Related: bug 423452 M +23 -10 plugins/tools/basictools/kis_tool_move.cc https://invent.kde.org/graphics/krita/commit/12b3293d4987291e044bd4e52070a7e54f7e73dc 1969774 7 tysontanx 2020-10-29 12:39:49 +0000 Thank you, Dmitry! :D