Announcement

Collapse
No announcement yet.

KDE/KWin On Wayland To Use Server-Side Decorations

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

  • #46
    Originally posted by curaga View Post
    What exceptions there are (Chromium and friends) can still be forced to use the system/wm decorations in a SSD system. Such won't be possible in a CSD system unless I'm mistaken.
    It probably wouldn't be too hard to set it up where IF they have client-side-decorations, they can use them, UNLESS the compositor has a specific setting set to true. Such as Kwin might have "Force consistent window decorations." as a true/false setting. Which would let the apps THINK they had CSD but would override them with SSD if set to true. If false then Kwin would provide decorations unless they had some built in.

    Comment


    • #47
      Originally posted by Ericg View Post
      It probably wouldn't be too hard to set it up where IF they have client-side-decorations, they can use them, UNLESS the compositor has a specific setting set to true. Such as Kwin might have "Force consistent window decorations." as a true/false setting. Which would let the apps THINK they had CSD but would override them with SSD if set to true. If false then Kwin would provide decorations unless they had some built in.
      it's not (only) a matter of aesthetics or user preference
      as mentioned earlier, for KWin there's also the matter of providing window tabbed grouping, which is something that could be handled client side if windows all belonged to the same application (as the application would know about the windows, their number and their names), but would lose application isolation and complicate the protocol in the case of different applications (because one should know about the others, handle tab group enter/leave notifications, have access to the whole window stack) - so this case needs to be handled in the server / compositor

      so an application running under Kwin could and would use CSD, but SHOULD switch to SSD when tab grouped - thus it would have to support both anyway (for KDE at least)
      otoh, since putting a window in a tab group this is an external action initiated by the wm/compositor, asynchronously for the application, it would be the compositor telling the application to disable (on tab group enter) or reenable (on tab group leave) CSD's, rather than the application requesting them (apart from maybe the initial window creation)

      oh and lets not forget windowed games (especially FPS's..), those hardly have a decoration of their own...

      Comment


      • #48
        New blog post regarding decorations ..
        Quick, new article!

        Comment


        • #49
          Originally posted by Rigaldo View Post
          New blog post regarding decorations ..
          Quick, new article!

          Kind of sounds like my idea above-- let the user choose, hybrid approach is gonna be the best option.

          Comment


          • #50
            Originally posted by curaga View Post
            Can you elaborate on that?

            In particular Martin's point about very inconsistent decoration _will_ happen in a CSD system. How would it be easily bypassed without going SSD? The hypothetical libdeco is no solution, we both know every toolkit will have their own solution, as will every app started before toolkits get the functionality.
            "Easily bypassed OR unimportant."

            I don't really care about that. There are already tons of inconsistencies - just try running a GNOME app next to a KDE one and try to count up all the different inconsistencies you can find. Adding the window decorations to that list seems like a pretty unimportant addition to me.

            And within GTK/Qt apps, i think the toolkit would provide a pretty good job at keeping things consistent. There would obviously be some issues that would pop up, but again - i don't really care.

            Other people apparently do, so I'm not necessarily against KWin providing SSDs. I just personally don't find it important.
            Last edited by smitty3268; 02-10-2013, 06:34 PM.

            Comment

            Working...
            X