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.
Very similar experience. He did a good job of building to the “Ok but why does this matter” aspect of it all
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
Non-YouTube link: https://piped.video/watch?v=jlDhpFjBWiw
deleted by creator
Gnome is pretty stable for me, unless extensions are involved, because then it’s unusably buggy.
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.
I’ve been maining Wayland ever since the big push for fixes in kwin-wayland (what is that, like 6 or 8 months ago now?)
It’s been a little bumpy but no major complaints, and very solid otherwise. I can still play VR games, even!
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.
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. 😄
I believe it’s possible to turn this into a very robust hibernation feature.
In addition this feature makes debugging and developing KWin much easier because you can just restart the compositor without interrupting your workflow.
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
Well, that’s probably because you’re running XOrg.
Badum-bum-tish I’ll be here all night.
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. 😄
This doesn’t seem so insignificant anymore.
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.
deleted by creator
How many inches deep does that stick have to be for you to be this pointlessly butt hurt? 🤔
@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.
I mean it’s good rule of thumb, but if someone I trust specifically recommends a video it’s silly to still push the rule of thumb
You’re mean.
