Nice proof of concept if you ask me.
KDE want to push Wayland forward, discussion about splitting Kwin in kwin_x11 and kwin_wayland are made because x11 is a problem when you want to had new feature that work for both. In my opinion, if they do this, x11 will receive minimal update on kwin_x11 like if it was a LTS release.
edit: Yeah iāve seen the Valve HDR thingy ![]()
I donāt take too much stock in these types of youtube videos. ![]()
Its just a guy in front of a camera that talk about discussions/topic ect he see online. ![]()
The blog posts he talk about:
hmm its now all about Wayland here?
topic=
Curious the general concensus of DE among Endeavouros users?
Someone said he liked some DE because of Wayland support so, being genuinely curious, I asked why? And now we are talking about Wayland.
A completely organic development, I assure you⦠![]()
I have used WM and DEās but I always end up coming back to Budgie, its light and you can make it look like you want. ![]()
Who knows? I said eventually.
I mean, thereās a lot of people who insist on completely dropping gasoline powered engines, and that requires massively more work than re writing of software, so itās absolutely possible. Bad ideas are all the rage these days.
Even if their community is far more toxic than Arch ever dreamed of being (Iām living it) I canāt fathom Fedora goes anywhere for a very long time. It really is a fantastic user experience. I still love ya buddy, but I gotta disagree with your future predictions on this one.
Maybe someday this Titantic will change course. Sometimes you have to sink a perfectly good ship and take out a few thousand innocent people before we see the problems clear enough to fix though.
Maybe it is now, but without Xeyes (and similar functionality), I canāt see how it possibly could beā¦
Some people like to dance. Some people like spicy food. No one loves everything.
Sure, but some requirements are very basic and shared by almost everyone. Breathing, for example, is not a personal preference.
Your argument is more like politics or religion than breathing.
You can poll people across all walks of life and I would imagine 99%+ people agree they like breathing.
But folks in religious or political camps are 100% sure they are correct, and 100% of others are not.
And each group knows the other groups are wrong, and they are right. Thatās not quite unanimous.
Iām sorry, I got lost in all the analogies. Wouldnāt you agree that polling for global events like keypresses and mouse position, as well as access to a global clipboard buffer is essential for a functioning desktop application? Itās the most basic functionality there is. If an application using Wayland cannot get that information, it is not functional.
Iām not sure what your experience with Wayland was, but this is not a problem, at least with the apps I mentioned earlierā¦Copy and paste works between everything I tested so far.
Obviously, global mouse position does not work, or it would be possible to implement a functioning alternative to Xeyes.
I see, well, Wayland is under heavy development, perhaps one day we will see something like xeyes for Wayland. I understand that it is important.
I just know I use Wayland everyday for almost a year and have not once noticed anything missing for me.
Perhaps your use cases are very limited. ![]()
Unlikely, if it is impossible.
Limited or not, it is enough for me, so, either way you choose, if its good/enough for you, why bother?
Limited ? Clean and fast ? Not bloated ? Easy to maintain ? You choose it.
But indeed, xorg-xeyes is important and Wayland should support it, or at least provide a similar app for the job.
Yes, Wayland should be functional in order to be useful. But just saying that it should be doesnāt make it so. Iāve chosen Xeyes as an example specifically because it is an application that is fundamentally at odds with the entire Wayland philosophy. And yes, Xeyes is a useful application, but that is beside the point. The same functionality that is demonstrated by Xeyes is necessary for many other use cases, like UI automation, remote input, etcā¦