Originally posted by Grinness
View Post
Announcement
Collapse
No announcement yet.
KDE Plasma 5.26 Beta Week Saw More Fixes To The Plasma Wayland Session
Collapse
X
-
Originally posted by Grinness View Post
I just installed MPV (Archlinux official package)
Under KDE 5.25.5 + Wyaland I have enabled 'Show on all Desktops' and 'Keep Above Others' (right click on app bar, select 'More Actions" and tick the option)
All is working as espected: video is on all desktops and above all other apps -- I am actually writing this while I have MVP playing a movie.
There is no step back (nor lack of freedom or .... ) -- only the time required for a 'Bazar model' (https://en.wikipedia.org/wiki/The_Ca...and_the_Bazaar) to adopt and implement the standard (aka wayland protocol)
And surprise surprise, all working as espected -- I have screenshot containing the frame/picture of the video playing in MPV ...
- Likes 1
Comment
-
Originally posted by Quackdoc View Post
I am talking about MPVs always ontop feature, not using the compositor specific features
The compositor is doing properly its job, taking it off the app (that is not supposed to handle compositing, but just playing the video)
- Likes 1
Comment
-
Originally posted by Grinness View Post
Then Kwin allows to do that even if MPV does not implement it ... I would say that this is actually directly countering your statement about segmentation.
The compositor is doing properly its job, taking it off the app (that is not supposed to handle compositing, but just playing the video)
you should not have to force a user to go out of their way for a future you used to implement. like I said MPV is just one specific thing, that is easily replicatble.
this is Wayland arbitrarily restricting app and user freedom. instead of implementing the feature in a way that could possibly be safe maybe a toggle inside of the compositor. they decide to outright say no to it.
also I'm not sure how on earth relying on a composite or specific feature prevents fragmentation. That's the definition of fragmentation. everyone implementing their own way of doing things.
Comment
-
Originally posted by Quackdoc View Post
And that's the lack of freedom I'm talking about. it's none of the business My display server to determine what I can or cannot do. I don't care if kwin implements it. I care that my app cannot feasibly implement it.
you should not have to force a user to go out of their way for a future you used to implement. like I said MPV is just one specific thing, that is easily replicatble.
this is Wayland arbitrarily restricting app and user freedom. instead of implementing the feature in a way that could possibly be safe maybe a toggle inside of the compositor. they decide to outright say no to it.
also I'm not sure how on earth relying on a composite or specific feature prevents fragmentation. That's the definition of fragmentation. everyone implementing their own way of doing things.
Wayland prevents fragmentation because defines the standards for the various functionalities/components for the desktop stack.
Fragmentation is your app implementing the X11 -- desktop composition -- part of the whole desktop stack .....
Comment
-
Originally posted by Grinness View Post
... and you are on the wrong path ... this is not lack of 'freedom' ... you have all the freedom to implement a display manager (not a display server) that implements the standard ... your movie player app has nothing to do with it -- or you want 'the freedom to implement the kenel acpi interfaces in your app too?
Wayland prevents fragmentation because defines the standards for the various functionalities/components for the desktop stack.
Fragmentation is your app implementing the X11 -- desktop composition -- part of the whole desktop stack .....
Comment
Comment