It used to be that in Openbox I'd have Openbox' own titlebar and mousebinding/keybinding configurations, regardless of the original toolkit or Desktop Environment of the program; the original "decorations" and other configurations would appear only on a session of a different DE.

Now, since one of the last upgrades, some/maybe all GTK3 applications are like, "nah, we're gonna use Gnome window title bars anyway."

Is this an unavoidable new "feature" or is there some workaround to it? I couldn't find anything on "Gnome tweak tools".

:/

If a given application is compiled against GTK-3 that's what it is going to use. Has nothing to do with OpenBox.

Well, it used to be that this part was managed by the window manager in use, not the toolkit.

I was hoping that there could be some "hidden" option (config file only, not GUI) to make things they way they were last week.

Something like google chrome/chromium, it has the option to use the WM's own window "decorations" and configurations, or render its own. But hopefully something global, not app-specific.

You could build an application against GTK-2 and GTK-3 same time, then you have a choice. When developers decide they do not support GTK-2 any more you are out of luck. It really is not managed by WM.

A few days ago even GTK3 applications had window managers dealing with such typical window-management tasks. Just now that they've decided to enforce the Gnome/GTK3 way for everyone.

http://redmine.audacious-media-playe...cs/1135?r=1140

The last message says it's solved on 3.12.1, which I hope refers to libgtk, not audacious. Hopefully they'll add some sort of global "switch". I'll see how it is on KDE, I wonder if a more robust DE somehow overrules the overriding.


It sort of does. It at least renders its own window title and borders, so it's like XFCE in this regard. But there's the whole ridiculousness of an additional close button, as there are in fact two "title bars", only one is "merged" seamlessly into the application itself.

I repeat, it depends on how an application is compiled, has nothing to do with DE/WM.

Well, I was just on a KDE session and KDE/kwin does render its own window title and borders over GTK3 applications, I saw it before my own eyes. There is the redundancy I've mentioned, though. That hopefully could be solved if Gnome developers wanted to, making some sort of "switch", more or less like Google Chrome does, something that tells the applications to not render certain buttons in their blended titlebar/menu, and that would at the same time let any window manager render its own borders and title bars, as they have been doing just fine before.


GTK3 apps in KDE will look like this:

http://i.imgur.com/JlWFgr5.png


While in openbox they look like this:

http://i.imgur.com/rEtHkij.png

With close/minimize buttons when the application tells to, of course.