Bug 442017

Summary: Deleting Workspaces/Window Layouts through the Workspaces and Layouts interface is annoying and unintuitive
Product: [Applications] krita Reporter: tomtomtomreportingin
Component: Resource ManagementAssignee: Krita Bugs <krita-bugs-null>
Status: CONFIRMED ---    
Severity: normal CC: halla
Priority: NOR    
Version First Reported In: 5.0.0-beta1   
Target Milestone: ---   
Platform: Appimage   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description tomtomtomreportingin 2021-09-04 22:20:46 UTC
SUMMARY
It can be rather annoying to delete Window Layouts through the typical interface as selecting a Window Layout will often change the window and deselect the particular layout in the interface, preventing you from quickly deleting it. Thus, you have to activate the Window Layout/Workspace to be able to delete them. There is also the fact that deleting a Window Layout/Workspace will select a new Layout/Workspace thus making your interface annoyingly conform to that selection on deletion.

This is not a regression as the behavior is the same in Krita 4.

STEPS TO REPRODUCE
1. Open the Workspaces and Window Layouts interface in the top-right button.
2. Click Dual Screen Editing window layout, intending to select it.

OBSERVED RESULT
The current window layout changes and the window layout itself in the interface is deselected.

EXPECTED RESULT
Perhaps workspaces/layouts shouldn't activate on single-click, instead activating on double-click (along with an explicit Apply button if double-clicking isn't obvious enough).

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Debian sid
KDE Plasma Version: 5.21.5
KDE Frameworks Version: 5.85.0
Qt Version: 5.12.11 (Appimage)

ADDITIONAL INFORMATION
Maybe there should also be a default Window Layout resource like how there's a default Workspace resource.
Comment 1 tomtomtomreportingin 2021-09-04 22:23:06 UTC
Oh, and I don't think new workspaces/layouts should be activated when deleting them either.
Comment 2 Halla Rempt 2021-09-09 10:42:31 UTC
Confirmed, but I am not sure when anyone will have time to work on this...