Originally posted by GhostOfFunkS
View Post
Announcement
Collapse
No announcement yet.
Wayland-Protocols 1.10 Adds XDG-Output
Collapse
X
-
- Likes 2
-
Originally posted by GhostOfFunkS View Post
Rejected because it is not needed. Wayland was designed with CSD in mind. Scope creep is something you fight with napalm.
Either way, people are going to implement this whether it's accepted as a standard or not. Gnome's VETO will only result in duplication of effort and unnecessary incompatibilities.
How do you feel about cursor theme CSD? Do you also like how one has to install and select multiple themes for Gtk/Qt/Compositor(in case it defaults to X11 one)/etc for desktop/window applications? Does this look like the way forward to you?
Comment
-
Originally posted by GhostOfFunkS View PostThat would be a better name. At least it would tell who develop the protocol and the worthy compositor implementations.
Yep, that makes sense...
- Likes 3
Comment
-
Originally posted by justmy2cents View Post
that really isn't necessary to be in Wayland. i mean, it could be, but it is not even remotely needed
DEs might as well just agree on common underlying screen recording compositor library and define how layout is passed, aka. layout format and how to pass surfaces with zero copy. at that point all that compositors would only need the visual part where you define which windows are recorded in which layout.
These things need to be standardized and become quite clear to the rest, I think that's the point of Wayland: To clear the mess in X.
.Don't expect DEs/compositors agree on a "common underlying screen recording compositor library", that sound like a total disaster to happen. Currently DEs/WMs agree rarely and have NIH syndrome everywhere, instead sharing infrastructures in a more agnostic way (data indexing is only one of the few examples).
That would work in an ideal world, but not in the current ecosystem. Wayland needs to be strict, robust, feature complete and widely adopted.
- Likes 1
Comment
-
Originally posted by timofonic View Post
By that point, then Wayland isn't necessary too.
These things need to be standardized and become quite clear to the rest, I think that's the point of Wayland: To clear the mess in X.
.Don't expect DEs/compositors agree on a "common underlying screen recording compositor library", that sound like a total disaster to happen. Currently DEs/WMs agree rarely and have NIH syndrome everywhere, instead sharing infrastructures in a more agnostic way (data indexing is only one of the few examples).
That would work in an ideal world, but not in the current ecosystem. Wayland needs to be strict, robust, feature complete and widely adopted.
now you need to add access to sound as well and some other things.
it just doesn't fit in wayland.
and i think you miss the point about that library how i intended to sound it. it is not about recording solution. just common interfaces exposed by DE compositors for surface enumeration and passing those with 0 copy that software like OBS could effectively use
Comment
-
Originally posted by justmy2cents View PostDEs might as well just agree on common underlying screen recording compositor library and define how layout is passed, aka. layout format and how to pass surfaces with zero copy. at that point all that compositors would only need the visual part where you define which windows are recorded in which layout.
Comment
-
Originally posted by shmerl View Post
That's the whole point. "Might agree" isn't really a practical approach, because as you can see no one agreed on it so far. It should be part of the standard protocols. And it better be, especially if security is concerned.
but, i'll bite that one. what prevents DEs to work it on their own and pass proposal to Wayland-Protocols? there is already one precedent with exact same outcome in wayland history and that was also one of the reasons why they split protocols from wayland. if you check that history, you will also see the other side of the coin when solution is introduced by someone not familiar with the problem as it was before that splitLast edited by justmy2cents; 02 August 2017, 04:15 AM.
Comment
-
Originally posted by R41N3R View PostThe discussion is pointless, Wayland will become only standard as all drivers, toolkits and major desktops do want to support this implementation.
If anything, this is interesting from sociological/psychological perspective, and it is quite clear that much larger KDE users vocal minority have that "better than you" attitude projecting on other users compared to GNOME users. So it's easy for anyone to get dragged in, and it happened to me once ona nother forum..., it's not because "one feels insulted" (since insult is taken, not given), but it's because "can you just stop insulting people for their choices?", and IMO those vocal minority people do a great diservice to KDE, by letting others read what they wrote and recognize the pattern, and built animosity towards whole DE based on that vocal minority as "I don't want to be aprt of this".
I take myself as an example, before I've started reading comments in articles and participating in them, I couldn't care less for DE, I was GNOME oriented for several reasons, but every so often I've used to "let's see new Plasma (when it came out for example)", and I was like "Wow, they did good job, really modern looking DE" and so on..., with some minor but annoying things prevented me of moving towards it (mostly design things, few bugs here and there due to the Ubuntu ecosystem at that time...). Now, I have to be honest, those type of people managed to build animosity towards KDE in me, the animosity I do not feel for any other DE, even tho it might be something I would never use and I completly disagree with design and implementation philosophy, I'm still neutral on it.
So this comment is more aimed towards those type of people on "both sides", but mainly towards that vocal KDE minority..., what you are doing is "How to loose potential users 101" with that passive-aggressive approach.
- Likes 1
Comment
Comment