Announcement

Collapse
No announcement yet.

KDE Now Deals With GTK CSD Headerbars - Improving GNOME App Integration On Plasma

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • KDE Now Deals With GTK CSD Headerbars - Improving GNOME App Integration On Plasma

    Phoronix: KDE Now Deals With GTK CSD Headerbars - Improving GNOME App Integration On Plasma

    There is an exciting improvement to the GTK client side decoration handling ahead of the KDE Plasma 5.18 LTS release due out in February...

    http://www.phoronix.com/scan.php?pag...SD-Integration

  • #2
    Finally! Bugs like this comes from Decoration Freedom. 10 years of angry blog posts didn’t fix it. The industry (mac, win & linux) moved to CSD loong ago.

    Comment


    • #3
      ngraham (sorry for ringing you like this each Sunday ): Any news about fixed KWin vsync on Xorg? It's really terrible that you can't recommend Plasma to anybody without adding "But you should replace KWin with Picom or kwin-lowlatency fork.".

      Comment


      • #4
        I don't have any issues with kwin vsync for my part (AMD GPU + latest mesa).
        Does it happen only with some specific hardware?

        Comment


        • #5
          Originally posted by 144Hz View Post
          Finally! Bugs like this comes from Decoration Freedom. 10 years of angry blog posts didn’t fix it. The industry (mac, win & linux) moved to CSD loong ago.
          Or... every user that likes to have a consistent look of all apps should use KDE. And every developer, that doesn't want to deal with the CSD nightmare, can just use now this new behavior to look native even on Gnome ;-)

          Comment


          • #6
            R41N3R Consistency comes with proper design, not dumbing down with SSD.

            All power to the app devs and users.
            Last edited by 144Hz; 12-01-2019, 09:09 AM. Reason: Spelling

            Comment


            • #7
              Originally posted by 144Hz View Post
              The industry (mac, win & linux) moved to CSD loong ago.
              No, Linux did not move to CSD. The xdg-decoration protocol is part of wayland-protocols, because some devs clearly do recognize the validity of both CSD and SSD. Same with Windows, it provides SSDs to applications that don't draw decorations themselves. Mac has always been Apple's "we know what's best for you and you'll like it", so the exact opposite of any sort of "freedom".

              Originally posted by 144Hz View Post
              All power to the app devs and users.
              By that logic app developers should have the power to have their app not bother with decorations and have the window manager provide them with SSDs. Which is exactly what the xdg-decoration protocol provides.

              Also, users should have the power to choose whatever applications they want and get a good experience with them. Which they get on window managers that implement the xdg-decoration protocol.

              Comment


              • #8
                Originally posted by 144Hz View Post
                The industry (mac, win & linux) moved to CSD loong ago.
                And the last 24 years have shown that CSD is a bad idea and has only create visual mess and more unnecessary work for developers.

                The touted "gain" from CSD supporters have given some fancy looking "toy" applications like media players, which most of the time are used full screen or minimized anyway. Or the ability to shave of a few rows of pixels at the top of applications. Maybe a gain 15 years ago, but with today's high resolution screens, not so much.

                Comment


                • #9
                  Gusar You mean the unstable xdg-protocol. It’s not supported.

                  Comment


                  • #10
                    Morty Sorry you don’t get to decide on other users’ and dev’s desires. SSD is dictatorship.

                    Again, consistency comes with design.

                    Comment

                    Working...
                    X