Bug 466031 - Per-virtual-desktop tiling layouts
Summary: Per-virtual-desktop tiling layouts
Status: ASSIGNED
Alias: None
Product: kwin
Classification: Plasma
Component: Custom Tiling (show other bugs)
Version: 5.27.0
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
: 471893 489175 493254 (view as bug list)
Depends on:
Blocks:
 
Reported: 2023-02-18 19:53 UTC by Wyatt Childers
Modified: 2024-10-16 23:46 UTC (History)
28 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Wyatt Childers 2023-02-18 19:53:48 UTC
SUMMARY
The new tiling feature is really cool, but current it has a major flaw in that it applies the same tiling rules to all virtual desktops.

STEPS TO REPRODUCE
1. Arrange some windows on Virtual Desktop 1 with custom tiling
2. Arrange some windows on Virtual Desktop 2 with custom tiling and a different layout

OBSERVED RESULT
Virtual Desktop 1's layout is affected by the changes made to Virtual Desktop 2.

EXPECTED RESULT
Virtual Desktop 1 is unaffected by the changes made to Virtual Desktop 2.

SOFTWARE/OS VERSIONS
Operating System: Fedora Linux 37
KDE Plasma Version: 5.27.0
KDE Frameworks Version: 5.103.0
Qt Version: 5.15.8
Kernel Version: 6.1.11-200.fc37.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 32 × AMD Ryzen 9 7950X 16-Core Processor
Memory: 62.0 GiB of RAM
Graphics Processor: AMD Radeon RX 6700 XT
Manufacturer: ASUS

ADDITIONAL INFORMATION
Comment 1 Gerion 2023-03-18 00:21:28 UTC
I find this especially important, since most tiling window managers (at least all that I know of) makes heavy use of virtual desktops, so that the experienced tiling user is even more likely to use them than a normal user.
Comment 2 Gemmstone 2023-03-26 09:29:42 UTC
This is really important and it should do it per activities too!
Comment 3 Arend van Beelen jr. 2023-05-26 10:06:48 UTC
Seconded.
Comment 4 Niisse 2023-05-26 11:22:37 UTC
Thirded! Would really, really love to have this feature.
Comment 5 Jerky33 2023-06-19 01:55:11 UTC
I would like to re-iterate Gemmstone's comment, it would be very beneficial to be able to save the arrangement of applications to specific tiles on specific virtual desktops, as well has having the ability to have different tile layouts for each virtual desktop.
Comment 6 s00ner 2023-08-04 13:59:28 UTC
I would also like this feature. Changing my tiling layout in one activity should not change the layout in a different activity.
Comment 7 Marcin Juszkiewicz 2024-03-05 11:26:25 UTC
O yes, bring that please.

Especially now, when Plasma 6 API changes made all KWin scripts non working.
Comment 8 Iizuki 2024-05-29 06:34:59 UTC
The tiling setup is also the same in all activities. We might want to differentiate tilings in those at least, as they represent a stronger division in general.
Comment 9 Zamundaaa 2024-07-08 11:14:26 UTC
*** Bug 471893 has been marked as a duplicate of this bug. ***
Comment 10 Oded Arbel 2024-07-08 11:49:04 UTC
As bug 471893 was resoled as a duplicate of this feature request, I must note that the issue of per-virtual-desktop (and per activity) tiling layout is also relevant to the quick tiling feature.

I would say that it is much more important for the quick tiling feature mostly because quick tiling is much more discoverable by regular users and we start seeing reports of regular users who are often surprised that after doing "drag to edge" + "resize tile" in one virtual desktop, it resized their quick-tiled windows in other desktops.
Comment 11 dirkjan 2024-07-08 14:32:57 UTC
 Oded Arbel: closing the quicktiling UX issue as a duplicate is a bit strange as they are two different user-discoverable features that need to be looked at from a user perspective as two different things.
More specifically, a user using quick-tiling may never find out about the tiling feature at all. So any solutions in the tiling feature is not going to be relevant.

Second: quick tiling is on purpose only 2 or 4 areas of the screen. It is from a UX perspective a very different feature. And as such merging the bugreport is weird.

As I wrote on the now closed report:

would it not be much better for the ‘left’/‘right’ quick-tile system to be rigurous and predictable while the tiles-editor is the way for people to do more complex stuff?

I’m very much not happy that an accidental change in window size actually changes something other than the window.

I mean, I ended up opening up two konsole’s and showing the number of columns / rows, just to allow me to get back to the 50/50 setup and correct the accidental resize. (i.e. it’s an expensive thing to fix!)

If kwin must, let the resize of two windows ‘tiled’ end up resizing those windows with zero change of the quick-tiling data underneath. Which means that if I want to reset it, I just hit the shortcut again.

And maybe let anything more complex be done with the tiling system which is opt-in.
Comment 12 Nate Graham 2024-08-22 13:07:21 UTC
This is in progress with https://invent.kde.org/plasma/kwin/-/merge_requests/6085.
Comment 13 postix 2024-09-14 13:03:28 UTC
*** Bug 489175 has been marked as a duplicate of this bug. ***
Comment 14 cwo 2024-09-17 12:28:36 UTC
*** Bug 493254 has been marked as a duplicate of this bug. ***