After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 736420 - Don't user GtkHeaderBar as decoration out of gnome-shell
Don't user GtkHeaderBar as decoration out of gnome-shell
Status: RESOLVED OBSOLETE
Product: evince
Classification: Core
Component: backends
3.13.x
Other Linux
: Normal normal
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-09-10 14:16 UTC by Sebastien Bacher
Modified: 2018-05-22 15:53 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
GtKHeaderBar shows extra buttons on KDE (9.52 KB, image/png)
2014-10-20 11:40 UTC, anthony
Details

Description Sebastien Bacher 2014-09-10 14:16:09 UTC
Some environments don't support GtkHeaderBar decoration well/prefer to use wm decorations for their application due to consistency reason. It would be nice if evince had a flag/runtime option to allow using normal decorations
Comment 1 Matthias Clasen 2014-09-11 23:13:58 UTC
Sebastien, since you keep advocating for this, can you please provide people with links to the best practice for this, instead of just asking for a 'flag/runtime option' ? Thats a recipe for divergence, and that can't be in your interest either.
Comment 2 anthony 2014-10-20 11:40:02 UTC
Created attachment 288918 [details]
GtKHeaderBar shows extra buttons on KDE
Comment 3 anthony 2014-10-20 11:41:25 UTC
I think that the GtkHeaderBar “decoration-layout” property should either:

1. Not default to showing things that KDE already shows.

I think the problem is described here:
  The “gtk-decoration-layout” property
  https://developer.gnome.org/gtk3/stable/GtkSettings.html#GtkSettings--gtk-decoration-layout

Default value: "menu:minimize,maximize,close"

The default should have been:
  "" 

Why is it up to other wm like KDE to set this value to NULL?


2. The widget-show code should search around to make sure gnome is the desktop before showing things that gnome does not show (like the min/max/close buttons).


I've added the image of who a GtkHeaderBar looks on KDE.
Comment 4 Matthias Clasen 2014-10-20 16:41:01 UTC
kde could avoid this problem by including an xsettings manager.
Comment 5 anthony 2014-10-20 18:04:25 UTC
can you suggest an xsettings manager or is that something that must still be created.
Comment 6 Matthias Clasen 2014-10-20 18:15:47 UTC
looks like there is something called xsettings-kde:

https://apps.fedoraproject.org/packages/xsettings-kde

Note that it will need to learn about some of the new (gtk-specific) xsettings that we've added to deal with client-side-decorations.
Comment 7 anthony 2014-10-20 18:48:53 UTC
I installed that and confirm that it makes no difference (probably for the reason you mention).
Comment 8 Eugene 2014-10-21 04:12:51 UTC
After last update evince window does not have KDE decoration at all.

To put it in a polite way - it is pretty annoying that evince does not respect window manager decoration. I like when all the "fatal" widgets are at right corner of the title bar and harmless things, like "minimise" and "maximise", are at left corner.

From layman point of view this user interface is inconsistent with window manager.
I will prefer application to check environment and behave like law-abiding member of the environment.

Arch Linux 64bits, evince 3.14.1-1, kde 4.14.1-2 if it is of any use.
Comment 9 GNOME Infrastructure Team 2018-05-22 15:53:01 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/evince/issues/512.