File picker meme

> I don't want that when I'm making apps. If I'm making a GTK app then I would expect to get the GTK borders. If I'm making a Qt app then I would expect to get the Qt borders. And so on.

Surely the choice should fall on the user.

> That's a good way to ensure you get conflicting gestures/keybinds, inconsistent theming, and just a general lack of consistency.

Which is why we would like all of these to be configurable.

> The common ground would be drawing your own decorations because that's the way any Wayland server works by default

What if I, as a user of a tiling wm don't want any decorations?

> Xdg-decoration is an optional extension

That everything supports it afaik. (except mutter?)

I absolutely consider xdg-decoration to be the common ground because it gives behavior similar to Windows, X11, macOS, BeOS, and just about every other platform out there. If someone’s X11 WM doesn’t give them window borders, that’s fine: they probably have a lot of apps with no window borders, that’s probably the point of their WM. Sorry, but GTK 3+ apps will look wildly out of place in any tiling WM whereas apps using xdg-decoration will be just fine.

Consider the following: any compositor can choose to support xdg-decoration and get automatic support, apparently including for libdecor. It is definitely defacto common ground, because every other compositor becomes a special case.

I will grant you that I didn’t know libdecor supported xdg-decoration. I attempted to read the source code once and entirely missed it, possibly because I was focusing too hard on the plugins aspect.

Anyways, this is going too far off the deep end now. Yes I understand that Dolphin will never look as native under GNOME as Nautilus. However, it is not even close to how ridiculously non-native Nautilus looks under KDE; it’s simply no contest. It looks like a funny VMWare Unity Mode demo rather than interoperability.

I’m also well aware that Wayland is built to not require something like xdg-decoration, but we’re at an impasse because you view that as a feature and I view it as a bug.

>I absolutely consider xdg-decoration to be the common ground because it gives behavior similar to Windows, X11, macOS, BeOS, and just about every other platform out there.

No, not really. On those other platforms you would link against the toolkit.

>If someone’s X11 WM doesn’t give them window borders, that’s fine: they probably have a lot of apps with no window borders, that’s probably the point of their WM.

Same thing with Wayland, except typically apps are expected to draw the window borders there.

>Sorry, but GTK 3+ apps will look wildly out of place in any tiling WM whereas apps using xdg-decoration will be just fine.

Every time I used a tiling WM, almost every single app looked and acted wildly out of place. A tiling WM is simply not an application platform. I've honestly found that tiling WMs are only good for arranging terminal windows, they make most other GUI applications behave badly.

>Consider the following: any compositor can choose to support xdg-decoration and get automatic support, apparently including for libdecor. It is definitely defacto common ground, because every other compositor becomes a special case.

No, this isn't true, you may be confused as to what xdg-decoration actually is. If you don't implement xdg-decoration and you use libdecor then the behavior is the same as if xdg-decoration turns off the decorations, libdecor will draw its own.

>However, it is not even close to how ridiculously non-native Nautilus looks under KDE; it’s simply no contest. It looks like a funny VMWare Unity Mode demo rather than interoperability.

Yes, apps that don't follow the KDE HIG will always look non-native. Try to run windows apps in Wine and it will similarly look out-of-place. Try to run some old Motif apps and they'll look weird too. If you want to get an app that looks and acts native in KDE then you would want to use the KDE frameworks. Why complain about this when you're use an app that is intentionally designed for a different platform?

>I’m also well aware that Wayland is built to not require something like xdg-decoration, but we’re at an impasse because you view that as a feature and I view it as a bug.

So it doesn't really matter if either of us view it as a feature or bug. From the perspective of the window manager, decorations are still an optional thing just as they were in X11.

There have been various in https://bugzilla.gnome.org/show_bug.cgi?id=141154, first one in 2011 I believe. There are a few more not mentioned there, such as https://github.com/Dudemanguy/gtk and https://gist.github.com/ahodesuka/01213036b58e510dc074

I personally don't care as one can use flatpak portals nowadays (qt makes it really easy for non-flatpak applications to use, but I haven't seen how I can do it in non-flatpak gtk applications).

> It does, the user can choose to use GTK or Qt apps.

That's... not what I meant by it. I find this dangerous as it encourages duplicate work for minor differences.

I would rather not have to make both a GTK and a Qt version of my program just so my users can have the ability to do some basic customization.

> So making it all configurable is just guaranteeing that the app is broken out of the box

Not sure why you think that. You just put the existing choices as the defaults.

> You may have to accept that some apps are not built to work in a tiling WM

What about my apps then? As a programmer I want my programs to be friendly for both tiling and non-tiling WMs. This by itself excludes gtk as an option for me.

As for some apps not built to work in tiling WMs, the changes needed to make them work properly are usually extremely minor. To be honest it feels like the GNOME team is going out of their way to degrade the usability of their apps (and apps using gtk) for tiled WMs.

> In my experience, you will have a lot of trouble with some apps for various other reasons too

Some apps might have some minor issues that can usually be solved without a lot of effort, but even if they are not they don't usually pose any problem.

> I'm confused, you said everything supports it, but then immediately listed something that didn't support it.

Yes? Everything except mutter supports it as far as I know. Is there something difficult to understand here?

Edit: I heard that Enlightenment does not support it either.