![]() Registered Member ![]()
|
Shift(hold) then Click(hold) then drag does behave like that if the cursor is over the white background layer or any other layer that has content, even if the Move tool options are set to 'Move current layer'.
However, if you do Click(hold) then Shift(hold) then drag, that will move only the selected (current) layer. However, if you repeatedly carry out Shift+Click+Drag actions, the behaviour will alternate between those two modes. Repeatedly doing Click+Shift+Drag has consistent behaviour in that it moves only the current layer, limited to vertical or horizontal movement. However, when you do that, whatever you are moving will snap to its original location when you move it near to that location. If, during a move, you change the drag from horizontal to vertical for a significant distance, it will snap back to its original location and then do a move in the new limited direction. (This seems quite reasonable actually.) It's very complicated in there and I wonder how much is accidental and how much is intended by the developers. I can induce some very strange states by doing complicated move sequences and some give me a form of 'lock-up' but it's difficult to recreate them consistently. If I ever figure anything out I'll make a post about it here for consultation and discussion before creating a bug report. |
![]() Registered Member ![]()
|
The "Shift" key triggers two conflicting actions: 1. it moves the layer along the X/Y axes 2. it selects all the layers ("Move Tool > Move current layer" feature shortcut). I can think of: - map the "Move Tool > Move current layer" select all layers feature to a different key. - remove the "Move Tool > Move current layer" select all layers feature - disable the "Shift" X/Y constraint for the "Move Tool"
Thank you |
![]() KDE Developer ![]()
|
I can assure you this is fully accidental, please report a bug about it in the usability section.
![]() (Though, we'll need to think hard about how to untangle this mess.) |
![]() Registered Member ![]()
|
While this does work, it's really counter-intuitive because I don't trust my hand to be steady enough to hold in place before holding down Shift and every other drawing application has it the other way around (Shift + Click + Drag) so it's not very easy to undo years of muscle memory
How do I do any of these? This is the closest I can find but that doesn't seem to be it ![]()
Will do! |
![]() Registered Member ![]()
|
Hey Sprite, I have just filed a report on this problem, it's: https://bugs.kde.org/show_bug.cgi?id=403758 (hope you don't mind) Changing the constraint key is not worth since as said it is indeed a bug. Thanks for reporting! |
![]() Registered Member ![]()
|
I had to do stuff last night and was about to do it now, so thanks for that! |
Registered users: Bing [Bot], Google [Bot], Yahoo [Bot]