3 ms·

> WM is the place where I want to configure the appearance and behavior of window decorations. So that's expected and positive. Point to me. The appearance won

by jhasse 9y ago

> WM is the place where I want to configure the appearance and behavior of window decorations. So that's expected and positive. Point to me. The appearance won't match with GtkHeaderBar apps then. > No, it's done by every toolkit separately regardless of the WM. You have one WM, and you have many toolkits. You have one WM running at a time, but multiple to choose from. And as I said: The idea is to have only one toolkit: Gtk+. > But yeah, most do. Point to me anyway. ... > Taking a look at Windows apps is the best point against CSD :) That's your opinion, not a fact.

seba_dos1 9y ago
> The appearance won't match with GtkHeaderBar apps then. If your app have special needs and has to use CSD, it's up to you to provide (or not) matching appearance for your users, by toolkit or any other means to achieve that. With CSD-only, you're guaranteed to get non-matching appearance. It's way easier to provide all-matching appearance with SSD, since it's only minority of toolkits that decided to go full CSD, so you just have to match your Gtk+ style. > ... Let me remind you - the idea that compositor theoretically does not need a toolkit was yours, as an argument for CSD-only compositor. I have showed you that while theoretically it might have some merit, especially on mobile, in practice it doesn't work that way with desktop environments on Wayland - so it can't really be taken as a case in this point. > The idea is to have only one toolkit: Gtk+. Wow. Just, no. The only Gtk+3 app I usually run on my desktop is Firefox, and it's not even exactly a Gtk+ app. Let's keep such crazy ideas as science fiction, please. That might explain some attitudes on this topic (and some others - interoperability was always a somewhat poor side of the GNOME camp) though. Not a happy thought to be honest.
- jhasse 9y ago
  > If your app have special needs and has to use CSD, [...] Who defines what's special and what's normal though? > I have showed you that while theoretically it might have some merit, especially on mobile, in practice it doesn't work that way with desktop environments on Wayland - so it can't really be taken as a case in this point. Because of Xwayland and interactions with the user?
  - seba_dos1 9y ago
    > Who defines what's special and what's normal though? Typical app does not need to touch its window decoration, only some need. The distinction is natural. Even Gtk+ knows that distinction and lets you disable CSD for apps that don't customize the header bar. > Because of Xwayland and interactions with the user? Because it's tightly related to the whole DE, even more than under X, and that DE already has a toolkit for the compositor to use, be it Gtk+, Qt, Evas, St or whatever else. Plus, interactions. Plus, XWayland.
    - jhasse 9y ago
      > Typical app does not need to touch its window decoration, only some need. What's "typical" though?

by jhasse 9y ago

seba_dos1 9y ago

> The appearance won't match with GtkHeaderBar apps then. If your app have special needs and has to use CSD, it's up to you to provide (or not) matching appearance for your users, by toolkit or any other means to achieve that. With CSD-only, you're guaranteed to get non-matching appearance. It's way easier to provide all-matching appearance with SSD, since it's only minority of toolkits that decided to go full CSD, so you just have to match your Gtk+ style. > ... Let me remind you - the idea that compositor theoretically does not need a toolkit was yours, as an argument for CSD-only compositor. I have showed you that while theoretically it might have some merit, especially on mobile, in practice it doesn't work that way with desktop environments on Wayland - so it can't really be taken as a case in this point. > The idea is to have only one toolkit: Gtk+. Wow. Just, no. The only Gtk+3 app I usually run on my desktop is Firefox, and it's not even exactly a Gtk+ app. Let's keep such crazy ideas as science fiction, please. That might explain some attitudes on this topic (and some others - interoperability was always a somewhat poor side of the GNOME camp) though. Not a happy thought to be honest.

jhasse 9y ago
> If your app have special needs and has to use CSD, [...] Who defines what's special and what's normal though? > I have showed you that while theoretically it might have some merit, especially on mobile, in practice it doesn't work that way with desktop environments on Wayland - so it can't really be taken as a case in this point. Because of Xwayland and interactions with the user?
- seba_dos1 9y ago
  > Who defines what's special and what's normal though? Typical app does not need to touch its window decoration, only some need. The distinction is natural. Even Gtk+ knows that distinction and lets you disable CSD for apps that don't customize the header bar. > Because of Xwayland and interactions with the user? Because it's tightly related to the whole DE, even more than under X, and that DE already has a toolkit for the compositor to use, be it Gtk+, Qt, Evas, St or whatever else. Plus, interactions. Plus, XWayland.
  - jhasse 9y ago
    > Typical app does not need to touch its window decoration, only some need. What's "typical" though?