There was also a talk at GUADEC that discussed this exact feature but even more fleshed out, I believe for GNOME. It was reminiscent of iOS or Android’s sleep and resume capabilities for apps.
@Bro666 See that? Someone else dissing on “the fiasco” known as KDE 4 within the first 30 seconds of their excited statement about the upcoming KDE Plasma 6. You want to rush over there and call them rude? Want to rush over there and proactively ban them from your joke of a KDE lemmy channel and instance that cannot tolerate feedback? You stood up for KDE 4, “Bro”… you’re on the wrong side of history. Now, go do your wounded pride thing and tell him to go code it for himself. Go on. It’s your one move.
Because he deleted it. It was a comment about KDE 4 being a huge step backward, 5 being great, and being worried about 6 because of announcements of features being removed. He went overboard and abused his moderator access in an act of retaliation for something that was never really about him, which now makes it about him.
That doesn’t make it produced by Xorg and licensed by Xorg to be X12. The network transparency being ignored is an issue. Vnc is not a 1 to 1 replacement for being able to remotely display individual apps and windows. As I said, there is no X12 and this backs me up on that. Gaming is not a use case for businesses, except gaming studios, any focus on gaming before it is a full replacement for X11 is a waste. Gaming should be a tacked on as an afterthought. This is a POSIX like system, for work. Dropping network transparency in favor of games being first will slow corporate adoption.
To be honest I’ve been disappointed by x11 over the network. It was very cool when I first learned of it, but just hasn’t kept up with the heavier GUIs IMHO. There is waypipe if you want the same features x11 networking did. I am personally excited to see where remote application viewing can really go as we move off of X. An example of what some are working on with KDE plasma 6 Wayland for remote desktop/app: m.youtube.com/watch?v=aPx5tEruG_k
I’ve addressed the existence of waypipe before. It’s an add-on, an afterthought… not a native part of wayland. Does it work? Seems to. Is it addressing a shortcoming in wayland? Yes. Does that mean the shortcoming is gone in wayland? No.
You plan on fixing them all yourself? I’ve explained this in other threads enough, it’s not getting fixed, so unless you’re the magic dev that can turn wayland into a real X12, I’m not going through wasting my time again. Long story short, it’s not a proper replacement for X11.
It’s just I’ve seen your sentiment before from others but have never read anything substantive on just general grumbling where the networking for graphics moved on the stack
Hell, the current Plasma and its compositor are far more stable in Wayland than Gnome. It amazes me that Wayland can actually be usable when using a desktop that is stable.
The problem is that Gnome vanilla is too vanilla, even compared to MacOS. Extensions are an absolute must for Gnome to be a functional DE. But as you said, once extensions are involved, it becomes buggy.
This would be an incredible QoL improvement for gaming, at least until all compositors reach feature parity. Imagine using your preferred compositor for everyday tasks, quick-switching to another one that supports VRR and/or HDR while gaming, and then back again, all without logging out and logging in again.
@Rustmilian@dingdongitsabear the most epic response aside haha folks that say your content is shit won’t watch are just wasting too much of their time on this earth being mad.
Really glad to see all this really nice work in the quality of life stuff happening in Wayland.
With all the Linux on mobile work, one thing I was wondering about is how Android (and iOS too, I think) can just stop apps running in the background if it thinks they won’t be opened any time soon, to save energy, and how apps must therefore be programmed to be able to handle that gracefully. There has been a lot of focus on making apps adapt to the screen size, but not so much on making them save energy like that - I wonder if this work could enable that in one go for whole classes of apps?
I started the video thinking “huh, that’s neat I guess” and then I was more and more impressed as the video went on. This would be pretty revolutionary in how it could change your workflow. It’s the kind of feature that would get me to switch from Gnome to KDE if it was only supported fully in the latter.
It's not just about crashes. You can switch compositor without logging out or save save the full state of an app to disk to 'sleep' the app if you are short of memory. I'm sure people will think of other possibilities too.
I’m a big fan of high availability software rollouts. It would be interesting to see this do a live update where you spin up the new compositor, run some test on it, if it passes hand off, if that succeds kill the old one. Minimal disruption for the end user.
Kind of neat for desktop users, but for kiosks or other always running GUIs its super cool to me
The Steam Deck is immutable aka image based and I am not sure if Steam isn’t part of that image too or what effects that would have but it definitely would be a cool feature!
For SteamOS this would manifest as seamless transitions between gamescope and desktop mode, which atm needs you to log out of one session to log into the other.
It’s a nice feature in theory. In practice, the sort of crash this guards against happens to me no more than once a year. Often more rarely. And I’m including all my machines in this anecdata - my personal desktop, laptop, corporate workstation, with Intel and NVIDIA GPUs in the mix. 😄
In addition this feature makes debugging and developing KWin much easier because you can just restart the compositor without interrupting your workflow.
Hahaha. You know what, I thought that’d be the case but I’ve been on Wayland on my Framework since Ubuntu 20.04 LTS and I’m baffled at the stability of the stack. I thought it’d be a shit show, and it wasn’t. I guess a decade of development didn’t go in vain. 😄
In the video he provides additional use cases outside of crashes. If I'm understanding it correctly, one is the ability to seamlessly transition across and/or run multiple DE's in real-time, and the second is reimagining app loading by being able to restore apps from the disk as if they never left RAM. Someone please correct me if I misinterpreted this
Add comment