So no one else have any problem with current state of drag and drop on Wayland??
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 AJSB View Post
I DON'T want just change resolution to something that the Monitor officially already supports, i want to CREATE a CUSTOM Resolution, for what you are saying, THAT will NOT do it.
Ergo my previous comment about need to create a*.bin file (a customized forced EDID, actually, ) and edit a bunch of files ,etc. to make it work.
In all these Years NO ONE (even Wayland devs that knowing the ins and outs of Wayland could have provided such a tool even if its not itself part of Wayland,) managed to make a program like XRANDR that would do this is in a easy like in Wayland no matter so many users need this...
Anyway, AFAIK, as long as such thing doesn't exist, Wayland is not an option for me, EOD.
- Likes 17
Comment
-
Originally posted by AJSB View Post
I DON'T want just change resolution to something that the Monitor officially already supports, i want to CREATE a CUSTOM Resolution, for what you are saying, THAT will NOT do it.
Ergo my previous comment about need to create a*.bin file (a customized forced EDID, actually, ) and edit a bunch of files ,etc. to make it work.
In all these Years NO ONE (even Wayland devs that knowing the ins and outs of Wayland could have provided such a tool even if its not itself part of Wayland,) managed to make a program like XRANDR that would do this is in a easy like in Wayland no matter so many users need this...
Anyway, AFAIK, as long as such thing doesn't exist, Wayland is not an option for me, EOD.
Pekka Paalanen 2018-03-29 09:56:40 UTC
Hi,
adding custom video modes is a feature of your particular Wayland display server. All configuration is up to each Wayland display server individually. They could agree on a mutual configuration standard, but that would be out of scope for Wayland as understood by the bugzilla product/component in this bug.
Loading an EDID file through the kernel seems like a good solution to me, so it might be worth figuring out why it stopped working. If you want to make a configuration with your display server, please consult your specific display server documentation.
FWIW, for years people have come up once in a while suggesting that Wayland should replicate X11 RandR, but it has never gained enough traction with the major desktop projects to become a serious proposal.
Sorry. 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. Drafting such an interface would also be a considerable amount of work for a feature that most big desktop environments already implement by some other means.
- Likes 11
Comment
-
I'm not an expert in the wayland subject, so forgive me if I saying something wrong
I think what could be a really improvement for wayland in genenal is if the main developers behind the project did a approach similar to what Khronos did with Vulkan, like keeping wayland as just a protocol (I personally don't think they're wrong with it), but also being responsible to create / manage some kind of "base compositor implementation" (DE agnostic if possible) and offering an option to track the different implementations of the existing compositors, so new developers could easily have a way to help.
Would be a lot of work at the beginning, but in the future would help a lot to maintain and find better ways to solve the problems.
Comment
-
Originally posted by rastersoft View Post
AFAIK, that isn't part of Wayland itself, because that is something that the applications doesn't need to understand. Each desktop has their own way.
Mir 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 4
Comment
-
Originally posted by Grinness View Post
Comment
-
Originally posted by AnAccount View Post
Hmmm... during my 20+ years in Linux I have not ever had the need for a custom resolution, it seems that the monitors tend to have the resolutions that I need. And for some reason, I do not think this is a very huge use case. But if that use case is crucial for you, then X is still there. So I do not see why you are whining here.
PS:
Not only Custom Resolutions but also Refresh Rates....many times we can OC, even in the supported Resolutions, the Refresh Rate.Last edited by AJSB; 17 December 2020, 11:22 AM.
Comment
-
Originally posted by AJSB View Post
Thanks for your reply with relevant info, yeah, seems only way is/was to create those .bin files...i said "was" because that text provided by you seem to confirm that somehow, now not even that works any more...
Code:*output* <name> mode|resolution|res [--custom] <WIDTHxHEIGHT>[@<RATE>Hz] Configures the specified output to use the given mode. Modes are a combination of width and height (in pixels) and a refresh rate that your display can be configured to use. For a list of available modes for each output, use *swaymsg -t get_outputs*. To set a custom mode not listed in the list of available modes, use *--custom*. You should probably only use this if you know what you're doing.
Last edited by clouddrop; 17 December 2020, 12:07 PM.
- Likes 4
Comment
Comment