Originally posted by mdedetrich
View Post
Announcement
Collapse
No announcement yet.
Wayland Clients Can Now Survive Qt Wayland Crashes / Compositor Restarts
Collapse
X
-
- Likes 2
-
Originally posted by bug77 View PostAh, again the "it's just a protocol" cop-out. It never fails.
What i want to point out is, the "tools you take for granted" are reusable across toolkits and DEs. That doesn't seem to hold true for anything Wayland-related. There's wlroots, but it seems to cover very, very little, seeing as how major toolkits/DEs still have to fend for themselves.
Yes the situation with Wayland is absolute SHIT, one of the biggest software fiascos on any operating system ever. That is what I personally think. But this is the problem of rewriting things from scratch rather than fixing what's in use. Just imagine if to solve any of the Linux kernel shortcomings Torwalds decided tomorrow to rewrite from scratch.
To comprehend how big of a fiasco Wayland is: Imagine that tomorrow Google decides to discontinue Chrome, and to produce a successor they create a new protocol called HTTP-SUPER-9000 after 5 years they come with the new protocol, and a bare-bones browser that they call the reference implementation with 20%-30% of the functionality that the user base requires. And 13 years later we're not much better and everybody continues using Chrome that nobody maintains any-more because is going to be retired. And all of this with the assumption that not only other people will create better implementations of browsers that can use the HTTP-SUPER-9000 but also expects the entire internet to rewrite all websites so they can take advantage of its many benefits while they add shortcomings like not being able to copy and paste in all situations.
IMHO X.org should have been fixed, re-architectured to support X11 and a new X12 (let's call it that), as painful as it would have been in a way that would have allowed to keep the new code separate from the X11 part but little by little accommodating everything. Something akin to Pipewire which allows any pulse applications from continuing working unmodified. Maybe I'm talking garbage but rather than having xwayland to run X11 in wayland having "xserver-xorg-vwayland" to make wayland a new protocol in X.org.
I'm sure it wouldn't have taken 13 years, and by now we would have had something resembling an usable X12 system even with all the NVidia shenanigans. Even Windows managed to improve their desktop infrastructure massively in the last 13 years while allowing one to take screenshots and RDP never stopped working. (I'm not defending windows here)
The positives are that X.org is still there, it is stable and works even if it is not perfect. And Wayland is making progress, slowly but progress nonetheless.
Sorry for the venting.
- Likes 5
Comment
-
Originally posted by smitty3268 View PostNobody is willing to sponsor core wayland or X developers. That's why they decided to have the minimal amount of scope there, and it's why anything that needs to get into wayland takes so long, because there's no manpower there to do it. Just like why getting something like HDR into X has taken forever, because no one is paying people to make it happen.
The only thing they did was create a horrible standard that deviates far from how Windows and MacOS (99% of the desktop market) operate, with the cons of their invention greatly outweighing the pros, and then told everybody else that implementing it was their problem. And they will not cave to anybody's pressure to fix the glaring design flaws or address any of the gaps they left by deciding various X11 features are "out of scope".
- Likes 3
Comment
-
Originally posted by Berniyh View PostNo, there are no examples in your post. Just ranting.
Originally posted by Berniyh View PostHotkeys was already done by the DEs, which usually are very tight to the compositor. They just moved that stuff into the compositor. Not that much change, tbh.
Do you know how auto completion / filling works? You don't press any specific hotkeys. In my case you program it in a smart script for your use cases.
Originally posted by Berniyh View PostThere is also a protocol extension under discussion to enable this for 3rd party apps as well.
The fact Wayland cannot do this shows how crippled it is by design when everything else can. I'm not talking X11 here, I mean everything else on the desktop. God damn.
Originally posted by Berniyh View PostThe other stuff isn't really anything major.
AutoHotkey (on Windows, but works in Wine too) is probably more popular in usage than all your Wayland users combined.
Originally posted by Berniyh View PostThe major work to be done is in other areas, which mostly touch new features like HDR.
I'm a power user, not a mobile peasant who just wants to watch movies on his fucking phone.Last edited by Weasel; 09 March 2023, 04:42 PM.
- Likes 5
Comment
-
Originally posted by RahulSundaram View Post
Wayland and Weston was never exclusively targeted towards desktop environments. It is just one of many use cases and by far the smallest one. Commercial linux usage on non desktop systems are a much bigger market, so calling components used there heavily just a demo is silly. Desktop linux eventually gets some features tricked down potentially but this isn't the primary target for any commercial vendor. None of this should be a surprise to anybody.
- Likes 3
Comment
-
Originally posted by mdedetrich View Post
Well maybe you should tell the Wayland devs that then, especially considering that they "stopped" supporting X11/xorg and basically told (aka "forced") the Linux desktop community to move onto Wayland.
- Likes 1
Comment
-
Originally posted by RahulSundaram View Post
The reason they don't want to work on Xorg is simple. All the major commercial distros already use Wayland by default now and they are fine with compatibility provided by XWayland.
I am sorry, you are trying to have your cake and eat it too. To me this whole "wayland was never designed for Linux desktop" is some vain sleight of hand attempt to try and avoid admitting that they way it was handled was far from ideal.
- Likes 4
Comment
-
Originally posted by JPFSanders View Post
HTTP is also a protocol, and Chrome and Firefox have their own respective implementation of Rendering engines, networking code, etc.
Yes the situation with Wayland is absolute SHIT, one of the biggest software fiascos on any operating system ever. That is what I personally think. But this is the problem of rewriting things from scratch rather than fixing what's in use. Just imagine if to solve any of the Linux kernel shortcomings Torwalds decided tomorrow to rewrite from scratch.
To comprehend how big of a fiasco Wayland is: Imagine that tomorrow Google decides to discontinue Chrome, and to produce a successor they create a new protocol called HTTP-SUPER-9000 after 5 years they come with the new protocol, and a bare-bones browser that they call the reference implementation with 20%-30% of the functionality that the user base requires. And 13 years later we're not much better and everybody continues using Chrome that nobody maintains any-more because is going to be retired. And all of this with the assumption that not only other people will create better implementations of browsers that can use the HTTP-SUPER-9000 but also expects the entire internet to rewrite all websites so they can take advantage of its many benefits while they add shortcomings like not being able to copy and paste in all situations.
IMHO X.org should have been fixed, re-architectured to support X11 and a new X12 (let's call it that), as painful as it would have been in a way that would have allowed to keep the new code separate from the X11 part but little by little accommodating everything. Something akin to Pipewire which allows any pulse applications from continuing working unmodified. Maybe I'm talking garbage but rather than having xwayland to run X11 in wayland having "xserver-xorg-vwayland" to make wayland a new protocol in X.org.
I'm sure it wouldn't have taken 13 years, and by now we would have had something resembling an usable X12 system even with all the NVidia shenanigans. Even Windows managed to improve their desktop infrastructure massively in the last 13 years while allowing one to take screenshots and RDP never stopped working. (I'm not defending windows here)
The positives are that X.org is still there, it is stable and works even if it is not perfect. And Wayland is making progress, slowly but progress nonetheless.
Sorry for the venting.
As an example of things done right, Apple wrote Carbon so that people could migrate older applications seamlessly. And then went on to replace Carbon with Cocoa, without end users even knowing about it. None of this "this is insecure" or "that is not my responsibility anymore" nonsense.
- Likes 5
Comment
-
Originally posted by mdedetrich View Post
Firstly your point is contradictory. Beforehand you said that Wayland wasn't designed for linux desktop
Originally posted by mdedetrich View Postnow you are implicitly implying that it is since desktop distros were using it as a default (which btw isn't entirely true because at that time when the announcement was made there was quite a few distros not defaulting to Wayland, Manjaro for example).Last edited by RahulSundaram; 09 March 2023, 06:09 PM.
- Likes 1
Comment
-
Originally posted by RahulSundaram View Post
No, I absolutely never said that. I said it wasn't designed exclusively for it and other use cases matter more commercially.
No one cares that Weston is being used in kiosks, we are talking about Linux desktop here and Waylands integration into Linux desktop and the point I was making is that there was no serious implementation of Wayland for linux desktop.
Bringing up that Weston was used in largely unrelated area just derailed the whole conversation, good job.
Originally posted by RahulSundaram View PostAgain, read what you are quoting. What I said is entirely true. I said major commercial distributions are already using Wayland by default. I didn't say all desktop distros.
- Likes 5
Comment
Comment