XWayland Lands Support For xdg-system-bell

[phoronix]

Phoronix: XWayland Lands Support For xdg-system-bell

Olivier Fourdan has merged support for using the xdg-system-bell protocol by XWayland for dealing with "system bell" functionality for Wayland compositors supporting this newer protocol for ringing the system bell or otherwise implementing a visual indicator that a system bell type event may have been triggered...

https://www.phoronix.com/news/XWayland-xdg-system-bell

[ezst036]

It's so strange that a lot of developers are out there willing and able to put their time to work on XWayland.

But none of them will ever touch the core code of X server itself. Why is that?

I'm asking for a friend.

[anda_skoa]

But none of them will ever touch the core code of X server itself. Why is that?

I don't think this is true.

While this specific change was obviously specific to the Wayland side of the X server, other changes can likely be in parts of code that is also used when Xorg runs as the system's main display server.

[waxhead]

Slightly off topic perhaps, but I wonder if it would have been a better idea to have something called WayXorg instead of XWayland and rather have a compatibility layer for Wayland in X until programs and toolkits supported the darn thing properly. Personally I have no issues with X.

[ssokolow]

Slightly off topic perhaps, but I wonder if it would have been a better idea to have something called WayXorg instead of XWayland and rather have a compatibility layer for Wayland in X until programs and toolkits supported the darn thing properly. Personally I have no issues with X.

*nod* All it should take is something like kwin-wayland-backend-x11 except operating in a rootless mode.

[Hibbelharry]

It's so strange that a lot of developers are out there willing and able to put their time to work on XWayland.
But none of them will ever touch the core code of X server itself. Why is that?
I'm asking for a friend.

Imagine Xwayland being a stripped down version of Xorg. You can just throw out a lot of stuff like all hardware support code and a lot other legacy code. By doing that you get much smaller releases than the complete mess of Xorg, making maintenance burden at least smaller.

[ayumu]

Some implementation of this, please let me beep the pc speaker.

I still prefer hearing beep from computer case vs visual cue or standard audio output bell sample playing.

[rastersoft]

Did they get permission from Anita Ward?

[You-]

Imagine Xwayland being a stripped down version of Xorg. You can just throw out a lot of stuff like all hardware support code and a lot other legacy code. By doing that you get much smaller releases than the complete mess of Xorg, making maintenance burden at least smaller.

That is not only possible but available.

Red Hat developers implemented that around a year ago. If you remember the xwayland rootful mode posts on here, it was exactly about that.

In theory, you can run a full X11 WM in rootful mode and it wont know any difference. In practice, those WMs development and userbase is so dead i have not read anyone try.

[the-burrito-triangle]

Some implementation of this, please let me beep the pc speaker.

I still prefer hearing beep from computer case vs visual cue or standard audio output bell sample playing.

But what modern motherboard (desktop or laptop) still has a piezoelectric buzzer on board? My Z590 Vision D does not have one and did not include one for the FP headder. My Fractal case did not include one. I _did_ add one from my "junk" pile of old computer parts, but new parts simply don't come with them. And as for laptops? They haven't had buzzers for as long as I've used one. So I fail to see why you care about the obsolete and senescent "pc speaker". I go as far as to blacklist the pcspkr kernel module. It's pointless to load if it can't physically be used. I do the same for the Intel Xe kernel module. i915 is still the default for anything older than Lunar Lake... Some kernel modules are pointless and pcspkr is one of them.