[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#788076: RFP: gtk3-nocsd -- LD_PRELOADable library to disable GTK+ 3 client side decoration



Hi Christian,

Christian Seiler wrote:
> With the release of Jessie (and the advent of Gtk3-based software that
> uses CSD), I've been playing around with gtk3-nocsd myself (compiling
> it manually) and while I generally like the idea to return some sanity
> to Gtk3-based apps, there are a couple of issues that I stumbled on to
> (and prevent me from actually using it):

Thanks for the experience report! I only had a very short look at it
so far. A friend told about it after he read about it on the FVWM list
at https://www.mail-archive.com/fvwm%40lists.math.uh.edu/msg16918.html

>  - While this preloadable library does get rid of the window manager
>    hints that disable server-side decorations, it does not get rid of
>    the humongous title bars themselves. I've attached a screenshot
>    featuring gedit run with preloaded gtk3-nocsd under KDE4 to
>    illustrate the problem. While there are things there that can be
>    considered just to be simple toolbar buttons, the windows title and
>    the minimize/maximize/close buttons are still there and now
>    duplicated.

Urgs. So this can't be get rid of?

I mostly use Awesome and Ratpoison as window managers where the issue
with borders and title bars are minor. With Awesome, these internal
title bars and the fact that the window requests to be floating by
default are the biggest annoyances.

>    It looks *really* weird, and I think that's the main
>    issue that should be solved: you also need to remove everything that
>    can be found in the normal title bars of window managers.

*nod*

>  - I don't think "edit your ~/.profile", as suggested by upstream, is
>    a fantastic deployment strategy for this. It kind of goes against
>    Debian's "just install it and it will work" mantra.

Well, depends. The package could drop an appropriate file into
/etc/X11/Xsession.d/, maybe configured via debconf. That was at least
what I had in mind.

> Don't misunderstand me: I'm not against packaging this for Debian (in
> principle I'm quite in favor of it, because I absolutely loathe the
> current state of affairs with gtk3, and would probably be willing to
> package that myself), but I think there are a couple of issues that
> need to be ironed out first, before this becomes really usable.

Yeah, sounds like it's not yet as functional as I thought. :-(

Well, on IRC I was suggested to use GTK+ 2 based applications from the
MATE Desktop project instead. E.g. atril and eom instead of evince and
eog, but that only helps for formerly official GNOME applications.

		Regards, Axel
-- 
 ,''`.  |  Axel Beckert <abe@debian.org>, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-    |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE


Reply to: