• ChristianWS
    link
    fedilink
    arrow-up
    3
    ·
    1 year ago

    …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?

    • > 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?

      Because you can implement things like these (open this comment in Mastodon if in Lemmy you don’t see the attached images) and I don’t see what the issues are:

          • ChristianWS
            link
            fedilink
            arrow-up
            1
            ·
            edit-2
            1 year ago

            …I’m not sure what I’m looking at.

            I’m not sure if you are suggesting Developers need to keep 4 different layouts in mind, or if I’m not getting the mockup.

              • ChristianWS
                link
                fedilink
                arrow-up
                1
                ·
                edit-2
                1 year ago

                Alright, so here’s the issue:

                Is the content that is allowed to leak into the title bar configurable by the user? For instance, could I only allow Tabs to be merged and keep the buttons outside the title bar?

                If Yes: Now the dev has to figure out different ways to make the app look good for a bunch of weird configurations. For instance, in your mockup you have a three dot button on the first picture, but not on the second. If a user doesn’t allow the 3 dot button to leak into the title bar, the dev has to place the function of that button elsewhere.

                If no: You haven’t solved anything, have you? This is just Firefox, which already exists. I can already control if Firefox uses CSD or not. What is the point here?

                • Me and the other person here are trying to make you understand that CSD doesn’t imply GNOME’s header bar.

                  Some applications could take advantage of CSD without the user even noticing if they are looking at a SSD or CSD app.

                  CSD vs SSD is just a technical implementation with the difference that the SSD draws a line inside a window: the window manager is responsible for what is above the line (the title bar) and the app for what is below the line.

                  With CSD that line just doesn’t exist.

                  • ChristianWS
                    link
                    fedilink
                    arrow-up
                    1
                    ·
                    1 year ago

                    I know that, the question is why. The discussion started with a user asking for talks about Plasma going with Client Side Decorations in the future. To which I say: No.

                    A header bar is the logical conclusion of CSD, because it makes sense once you give window decoration responsibilities to app devs. That is space that the dev can use to cram buttons and other features, why wouldn’t they use it?

                    While KDE could create documentation that suggest using CSD in a way that looks similar to the current title bars, that is more what you’d call guidelines than actual rules. It is not the great equalizer that SSD is. If an app uses SSD, there is no question on whether the Title Bar will look good, it will look the way it is supposed to, no wondering if the developer implemented the design in the correct manner. With CSD, the dev could not have followed KDE’s guidelines, and even then, there is the question of what to do when you are not in Plasma. Should an app made with KDE Guidelines in mind make changes to its CSD when it runs on GNOME? Some GNOME apps don’t, should it be mutual?

                    And that is not even to mention the idea of using CSD to look like it is SSD. Again, you are trusting the app dev to make something that is currently taken care by the system. It doesn’t really makes any sense, you are adding another point of failure.

    • Fabian (Bocchi) 🏳️‍🌈@mstdn.social
      link
      fedilink
      arrow-up
      1
      arrow-down
      1
      ·
      1 year ago

      @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

      • ChristianWS
        link
        fedilink
        arrow-up
        2
        ·
        1 year ago

        …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.
          🧵️…

          • ChristianWS
            link
            fedilink
            arrow-up
            3
            ·
            edit-2
            1 year ago

            …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.

              • ChristianWS
                link
                fedilink
                arrow-up
                1
                ·
                edit-2
                1 year ago

                I mean, disabling the close button is probably on the top 10 ways to give a PC user a panic attack. And there was a time when games had an exit button on fullscreen.

                Also, what the hell, if Undertale can jumpscare the player while still using Windows titlebar on display then SSDs are not an issue.

          • @ChristianWS And yes, this is only the current, very early state. Libdecor is will have theming support to have an option to look “system design native” (Blender) and for Gimp, this is experimental on an pre-release. Qt on the other hand, I assume, probably doesnt care right now, because the apps that use Qt and matter come with an own design language and own CSD anyways and everything else is probably not worth the work for basically linux wayland only.