Originally posted by AJSB
View Post
Announcement
Collapse
No announcement yet.
Wayland 1.19 Is Set To Come Soon As First Update In Nearly One Year
Collapse
X
-
-
Originally posted by cb88 View Post
That's extremely stupid, there should be a reference implementation of every possible feature.... DEs can do what they want, but you shouldn't be required to depend on one (none of which implement all features fully anyway).
XRANDR is not part of Wayland, it is part of X11.
if you look at the link I posted earlier you find the explanation of why XRANDR is not part of Wayland:
https://bugs.freedesktop.org/show_bug.cgi?id=105804
[...]I think two major counter-arguments are: a) access control, we do not want arbitrary applications changing video modes at will, and b) once the Wayland display server accepts connections so that an app could program a video mode, the server has already initialized the display hardware so it's too late and will lead to glitchy user experience.
[...]
Essentially, the hardware (monitor) has been set up already querying its capabilities via EDID, before wayland is started
To change the hardware (monitor) setup while the relevant stack is running is not a great idea.
Would you change the core frequency of your CPU/motherboard in the BIOS or at runtime while the kernel is running?
Would you overclock your GPU while a game/3d app is running?
X11 allowed to do this, but it also allows all sort of stuff -- that's why it is abbandonware
(mind I have no personal preference, but I do use Wayland with no shortcomings -- no drag&drop issue or any other)
- Likes 4
Comment
-
Originally posted by nvaert1986 View PostI never understand why people (especially a select group of open source based users nowadays) always need to bash things (in this case wayland or in other cases NVIDIA)
- Likes 1
Comment
-
Originally posted by AJSB View PostI assure you that is NOT related AT ALL with ANY game.
For Gaming, i'm sure that usually the EDID will supply more than enough Resolutions and Refresh Rates.
- Likes 1
Comment
-
Originally posted by Jabberwocky View Post
Custom resolutions was manditory when I started out less than 20 years ago. Okay perhaps not requiring cvt and xrandr newmode/addmode/output functionality but at the very least a custom X11 config. Growing up I had to salvage parts and I came across many screens with wack EDID readings. Today I don't have that problem because I'm buying overpriced 144Hz HDR 1MS IPS gaming screens, but I still remember doing a manual sync balancing once. It wasn't fun, but it was worth the effort in the end. It's like writing your own floating-point library... something you'll never forget.
I agree with cb88 about a reference implementation of every feature. It will cost a fraction of the time that is spent to write and debug everything over and over, such a waste of time.
Edit: fixed some of the typos
Thus, what I mean is that the error is not in asking for that functionality, but in insisting to put that functionality inside Wayland.
(well, and, of course, in wanting to do it just now, because someone mandates it right now, stop doing whatever are you doing and start working in this capability that I want right now even if with current LCD monitors it makes less sense and all that).Last edited by rastersoft; 17 December 2020, 05:51 PM.
- Likes 4
Comment
-
Originally posted by curfew View PostThere is no standard way for configuring anything
Originally posted by curfew View PostMir is the only way to bring some sense to this mess, and all DEs should be ported to running on top of Mir -- ASAP!
- Likes 2
Comment
-
Originally posted by cb88 View PostThat's extremely stupid, there should be a reference implementation of every possible feature....
Originally posted by cb88 View PostDEs can do what they want, but you shouldn't be required to depend on one (none of which implement all features fully anyway).
- Likes 2
Comment
-
Originally posted by pal666 View Postreference implementation of Settings -> Displays? this idea is extremely stupid indeed.
you are free to select de which matches your expectations
Comment
Comment