- cross-posted to:
- linux@programming.dev
- wayland@lemmy.ml
- cross-posted to:
- linux@programming.dev
- wayland@lemmy.ml
This full packed release comes with three new staging protocols:
-
system bell - allowing e.g. terminal emulators to hand off system bell alerts to the compositor for among other things accessibility purposes
-
fifo - for implementing first in first out surface content update behavior
-
commit timing - for adding time constraints to surface content update
Other than this, the presentation timing protocol protocol got a version minor bump describing how to deal with variable refresh rate.
Other protocols saw the regular clarifications and bug fixes, and some deprecated events is now properly indicated as such in the XML. Please see individual commits for details.
What’s wrong with rendering? It seems to have everything needed for most users. Driver issues don’t exactly count here because they’re not a part of Wayland. However session saving is very important for any work, especially office tasks. It’s becoming critical now when all major DEs make Wayland the default.
Oh I dunno, maybe something with almost 700 comments? (HDR).
If apps don’t want to save their state when they close there isn’t much a window manager can do about that. The only part the window manager would be involved in is with positioning its window and that is hardly something very critical to the functionality of an app.
Ok this is a legit point. I actually forgot about HDR. But in my personal opinion session saving is still more important.
Variable refresh rates. HDR. Colour management.
…for starters.
As I already said, I forgot about HDR (and all the other mentioned stuff). The other features are a bit less important for non professional use cases.
Hm? Wayland has VRR.
The new protocols just announced are to support it. It’s a work in progress.