SUMMARY Most other software use ctrl+Y with Ctrl+Z. This is common in almost all known software with GUI. Using different keyboard shortcut just waste user experience and somtimes work. STEPS TO REPRODUCE 1. Draw line. 2. press ctrl+Y 3. press ctrl+Z (expected draw line once more, instead something strange is executed). OBSERVED RESULT Default shortcut is strange, it is definitly not what most user expects. EXPECTED RESULT Default Ctrl+Z behaviour to be similar to all known software. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION I guess you could still use old ctrl+Shift+z but adding new one with ctrl+Z is highly recommended.
Sorry, but this is not a bug, and we're not going to deviate from the standard shortcuts as defined in the CUA guidelines.
Bug reporter, are you sure the keyboard shortcuts in "steps to reproduce" are correct? Ctrl+Y usually means Redo, and Ctrl+Z usually means Undo.
I might confused steps. Still I think this simple fix would help less experienced users to not change keys shortcuts from start. To some users it could be blocker. And changes are not big so users will easily get used to new keys. To decide what is already asssigned to ctrl+y should be new assign. But this is minor issue.
> Most other software use ctrl+Y with Ctrl+Z. > Default Ctrl+Z behaviour to be similar to all known software. Could you please explain what "Ctrl+Y" and "Ctrl+Z" should do? Also, in what (painting) software do you find that "Ctrl+Z" is "draw next"?
In some application, ctrl-y also executes redo. However, that's not the standard in all applications. Krita follows the KDE HIG, which doesn't have that mapping by default.
Could you please explain what "Ctrl+Y" and "Ctrl+Z" should do? Redo and undo actions (I would simply change Ctrl+Y default action). Also, in what (painting) software do you find that "Ctrl+Z" is "draw next"? In GIMP, paint and photoshop. Most other office tools use that combination as well. I do not see any reason why it has to be other in krita. Sure one could not respect users default shortcuts, but should got good reason to do that.
Please do not reopen the bug if they already explained to you why this is as it is and gave you strong points on why it will reamin as it is.