 is not only gearing up for a big technological shift, but is also adding cool new features and improving the user experience](https://cdn.masto.host/floss/media_attachments/files/110/796/930/641/437/135/original/e69c4c710545b583.png){kind=link}
This week in KDE: #Plasma6 is not only gearing up for a big technological shift, but is also adding cool new features and improving the user experience
Look forward to sound themes! Snappier responses! Prettier widgets! More awesome things!
https://pointieststick.com/2023/07/28/this-week-in-kde-sounds-like-plasma-6/
@ChristianWS depending on the application different things. Like I said before, the visuals, the design is not what I care about right now. It’s the option to have another talk about that topic in general.
Last time, there was no focus on wayland and there wasnt much experience with CSD in general. There also was the proposal of DWD¹ as option, that never came up.
1: https://kver.wordpress.com/2014/10/25/presenting-dwd-a-candidate-for-kde-window-decorations/
…how do you hope to have a discussion about a design feature without discussing the visuals? The entire CSD vs SSD debate is one of UX/UI Design
You still haven’t provided an example of CSD without a Header bar. I’m familiar with the DWD proposal, the technology used might be different, but the end result is still a Header Bar in all but name.
@ChristianWS Huh? I have shown 3 pictures of a CSD without header bar (Nextcloud, Blender, Gimp).
CSD vs SSD is about control and integration. CSD can just look like SSD, thats why I do not care about the visuals.
…where? No seriously, I don’t see any picture, there’s only the link to DWD. I don’t use Nextcloud, but both Blender and Gimp use SSD on my system.
And I’m quite confused by the idea of CSD looking like SSD. I know it can, however, I don’t see how that isn’t an argument for continuing to use SSD. What is the benefit of changing from SSD to CSD if the end result is to look like SSD, but have all the issues that come from using CSD?
@ChristianWS In this post: https://mstdn.social/@fabiscafe/110803301092316008
XDG-decoration is not a core part of Wayland. So there is no guarantee that the compositor your user runs does support this. So the general improvement would at least be that you dont have to test both.¹
On top of that the app could have more control over it’s decoration, for accessiblity stuff. Like going in a OLED/e-Ink/High-contrast mode.
1: https://wayland.app/protocols/xdg-decoration-unstable-v1
…you sure the pictures aren’t an argument against CSD? The wallpaper on those pics looks the same, so I’m assuming they are on the same system, but they are inconsistent with one another. Meanwhile Blender and Gimp on my system look right at home.
…ain’t that supposed to be part of the window manager tho?
@ChristianWS There are 2 consistencies: Consistent to the system and consistent to the application.
I prefer consistent to the application, because I think the application developer is more capable to kow what the app needs then the general window decoration provider is.
🧵️…
…yes, I agree with that, and that is why SSDs are superior. They allow the app developer to do whatever they want inside the app, while also making sure the window frame is consistent with the rest of the system.
It’s like a gallery wall in a home, you can mix photos and paintings with varying styles, and they would still look like they fit together if you use the same frame style on them.
@ChristianWS What if the application developer needs more? Hide the close button, unallow to minimize, display an exit button on fullscreen, Transform the whole app design on the fly or just to have a dark design for the application including decoration (This one hurts my eyes extremly for krita on windows 🥲️). SSD is just not flexible and might not even provide the feature set required by an application.
Thats why it would be nice to give them the option to implement it directly.