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
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.
This is really important and it should do it per activities too!
Seconded.
Thirded! Would really, really love to have this feature.
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.
I would also like this feature. Changing my tiling layout in one activity should not change the layout in a different activity.
O yes, bring that please. Especially now, when Plasma 6 API changes made all KWin scripts non working.
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.
*** Bug 471893 has been marked as a duplicate of this bug. ***
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.
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.
This is in progress with https://invent.kde.org/plasma/kwin/-/merge_requests/6085.
*** Bug 489175 has been marked as a duplicate of this bug. ***
*** Bug 493254 has been marked as a duplicate of this bug. ***
Looks like https://invent.kde.org/plasma/kwin/-/merge_requests/6085 was closed without merging, but now there's https://invent.kde.org/plasma/kwin/-/merge_requests/6631 which did get merge. Is this some sort of preparation to address this bug?
(In reply to godlike from comment #15) > Looks like https://invent.kde.org/plasma/kwin/-/merge_requests/6085 was > closed without merging, but now there's > https://invent.kde.org/plasma/kwin/-/merge_requests/6631 which did get > merge. Is this some sort of preparation to address this bug? The most recent "This Week in Plasma" post (https://blogs.kde.org/2024/12/07/this-week-in-plasma-oodles-of-features/#notable-new-features) notes that "per-virtual-desktop tiling arrangement" is now in 6.3.0, and mention that merge request. So I'm updating this bug report accordingly.
(In reply to Oded Arbel from comment #16) > (In reply to godlike from comment #15) > > Looks like https://invent.kde.org/plasma/kwin/-/merge_requests/6085 was > > closed without merging, but now there's > > https://invent.kde.org/plasma/kwin/-/merge_requests/6631 which did get > > merge. Is this some sort of preparation to address this bug? > > The most recent "This Week in Plasma" post > (https://blogs.kde.org/2024/12/07/this-week-in-plasma-oodles-of-features/ > #notable-new-features) notes that "per-virtual-desktop tiling arrangement" > is now in 6.3.0, and mention that merge request. > > So I'm updating this bug report accordingly. I'm on kwin 6.3.0 now and the behaviour is still the same sadly. Two virtual desktops, I set up a custom tiling arrangement (meta+t default shortcut). I move to the second desktop, meta+t shows me the same arrangement. I tile a kwrite window on one tile on one desktop, then tile another kwrite in an adjacent tile on the second desktop. Resizing the first kwrite resizes the second one, even though they are in different desktops (i.e. the tiling arrangement is still shared). Am I missing a setting somewhere?
(In reply to godlike from comment #17) > I'm on kwin 6.3.0 now and the behaviour is still the same sadly. Two virtual > desktops, I set up a custom tiling arrangement (meta+t default shortcut). I > move to the second desktop, meta+t shows me the same arrangement. I tile a > kwrite window on one tile on one desktop, then tile another kwrite in an > adjacent tile on the second desktop. Resizing the first kwrite resizes the > second one, even though they are in different desktops (i.e. the tiling > arrangement is still shared). Am I missing a setting somewhere? It was reverted a couple weeks before the RCs due to issues that needed to be resolve.
(In reply to Jonathan Isom from comment #18) > (In reply to godlike from comment #17) > > I'm on kwin 6.3.0 now and the behaviour is still the same sadly. Two virtual > > desktops, I set up a custom tiling arrangement (meta+t default shortcut). I > > move to the second desktop, meta+t shows me the same arrangement. I tile a > > kwrite window on one tile on one desktop, then tile another kwrite in an > > adjacent tile on the second desktop. Resizing the first kwrite resizes the > > second one, even though they are in different desktops (i.e. the tiling > > arrangement is still shared). Am I missing a setting somewhere? > > It was reverted a couple weeks before the RCs due to issues that needed to > be resolve. https://invent.kde.org/plasma/kwin/-/commit/80aa37c5f2418923710ba5adcc4f3346459abe2d
It seems the current MR is this one https://invent.kde.org/plasma/kwin/-/merge_requests/6893 ?
Yeah, the feature got punted to Plasma 6.4, which is where it's currently expected to land.
Oops, I missed that it got reverted on master too. Re-opening for now.