You must log in or register to comment.
People with multiple displays are definitely going to be a minority. And not all of them will be using virtual desktops. And not all of those might have an issue with how they work now.
Yeah … I’m one of those people who like the way they work now. I really hope that the current behavior will still be achievable in the new system.
When I switch virtual desktops, I want every screen to change. Each virtual desktop is a different project, and most of those projects are spread out over multiple screens. When I switch between projects, I want all of it to switch to that project. And if I want something to stay put while switching, well, that’s what ‘move to desktop --> all desktops’ is for. (Honestly, I think most of the people clamoring for this new feature simply don’t know how to use the ‘show on all desktops’ feature that already exists.)
I’ve got 6 screens and 8 virtual desktops. If I have to switch each screen’s desktop individually, that’s going to be a huge pain in the ass. I really really do hope they include a way to lock all screens together and make them all switch at the same time every time, just like the old behavior.
“VirtualDesktopManager now tracks the current virtual desktop separately for each output. By default it switches the desktop on all outputs together, but there is now an option to enable switching desktops separately for each output.”
Good news, you can do nothing and keep your workflow!
But also, I’ve been clamoring for this feature, because I do have just one screen that I want to swap between multiple desktops and going through the effort of setting up “show on all desktops” for every window I open on every other screen is a pain in the ass.
Isn’t choice great?
Nice!
FYI, you can use KWin rules to automatically set window properties like “on all desktops” for certain application/window types if you want
This is basically a terrible hack that would get annoying quickly
It depends on your workflow, but although KWin rules are not as robust as I would like they are still stable and reliable in my experience. They are getting more and more obsolete with newer Plasma versions - my main use-case is pre-positioning VST plugin windows and they should have fixed saving the window positions on Wayland recently for example - but it’s still useful to me because I still want to remove the taskbar and set “skip application switcher”. But if you need to set geometry or some options from the Alt-F3 menu automatically based on window class/title, it does its job.
No I meant the specific usage of auto setting show on all workspaces on certain apps would be a terrible hack. It effectively collapses all secondary virtual desktop options on one display to one. It’s a complicated way to effectively get virtual desktops only on the primary monitor or constantly fuck about with switching away from the always present apps on the secondary monitor. It’s just a bad design.
It’s a complicated way to effectively get virtual desktops only on the primary monitor or constantly fuck about with switching away from the always present apps on the secondary monitor.
Ah, but you’re living in 2-monitor land.
Over here in 6-monitor land, it makes a lot more sense to do it that way.
Personally, I have a time-tracking spreadsheet on my 3rd monitor, as well as a hardware monitor and a timer on my 5th monitor. (The spreadsheet and timer are used for tracking my working hours, and the hardware monitor is just nice to have to keep an eye on things.) All of those are set to not show up in the taskbar or switcher, and to always be underneath other windows with window rules, as well as setting all of their precise positions. And they’re set to always be shown on all virtual desktops, so they’re always available in the background. In that way, those 3 apps function more like desktop widgets than actual apps. They can be covered by other things if I need the screen real estate (which is fairly rare with 6 monitors, but does occasionally happen), they’re unobtrusive and don’t clutter things too badly, but they’re always there and available to use in the background because these three things are the three things I want to have available to me no matter which project I’m working on. I want everything on all my other screens to switch virtual desktops together, but I want those three apps to be on all desktops.
If you have more monitors it makes more sense in that context to have more displays constantly displaying a singular applications because you can afford to devote a whole monitor to a singular app.
So given an incredibly expensive and unergonomic configuration applicable to 0.001% of users and your multi step half assed manual process you can achieve in the simplest case what someone from 2010 could achieve with i3wm by switching a monitor to a workspace and not switching that monitor away from that workspace.
That is to say that per monitor workspaces enable a superset of workflows that can be achieved with sticky and the workflows are vastly more common on the actual configurations used by real people.
I really hope that the current behavior will still be achievable in the new system.
Well, you shouldn’t have skipped the demo vid in the MR then. :)
It should be an optional toggle, and likely a behavior that’s off by default.
Well, you shouldn’t have skipped the demo vid in the MR then. :)
Some of us ain’t got the internet bandwidth to be watching videos frivolously.
Yeah … I’m one of those people who like the way they work now. I really hope that the current behavior will still be achievable in the new system.
This isn’t Gnome! You don’t need to worry.
Your way of working is kind of baked into the EWMH standard (which is used e.g. for programmatically sending a window to a specific virtual desktop), in that it assumes there to only be one set of virtual desktops.
I imagine, that’s a big part of the reason why this implementation got delayed for so long. And it’s why I don’t think your way of working is going anywhere…(Honestly, I think most of the people clamoring for this new feature simply don’t know how to use the ‘show on all desktops’ feature that already exists.)
Well, much like it would be a pain for you to switch each screen individually, it’s a pain for me to enable “show on all desktops” for each window that I drag to the secondary screen. And of course, that still does not allow actually using multiple different desktops on the secondary screen, which is also a legitimate use.
Personally, I have usually 1 screen, sometimes 2 or 3 screens, and 20+ virtual desktops, so yeah, it really is a pain…
As you seem to be suggesting show on all desktops only covers the simplest of cases in which one always wants one or more windows on one desktop whilst the other changes dynamically to different sets. Actually independent virtual desktops allow one to have multiple sets of independently addressable this which can be shown on the secondary screen including the sets that are presently displayed on the main one. It seems unlikely that anyone is simply unaware of the ability to pin windows.
By default it switches the desktop on all outputs together
Did you actually read the article before writing multiple paragraphs? The way it works is that all desktops span on monitors so desktop 2 is on all monitors but if you enable the feature you can switch to show the left segment of 2 on the left monitor and the right segment of 3 on the right monitor.
To a large degree it actually isn’t even actual per screen virtual desktops. It’s the ability to switch between them independantly
Finally! The current implementation added recently was pretty disappointing, it just let you switch the desktop on the primary screen without affecting the others, but it worked by simply making windows on secondaries display on every virtual desktop. :/
I really missed proper virtual desktop per screen from tiling WMs…
Did you just read the comments they are announcing the version you find disappointing which is indeed disappointing. KDE will now be even better than gnome but still worse than every tiling wm since 2009
