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 724238 - Provide fallback-mode for !gnome-shell Desktops
Provide fallback-mode for !gnome-shell Desktops
Status: RESOLVED OBSOLETE
Product: gthumb
Classification: Other
Component: general
3.3.x
Other Linux
: Normal normal
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
Depends on:
Blocks:
 
 
Reported: 2014-02-12 14:34 UTC by Simon Steinbeiss
Modified: 2016-04-18 13:14 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Gthumb 3.3.1 in Xubuntu 14.04 (117.23 KB, image/png)
2014-02-12 14:34 UTC, Simon Steinbeiss
Details
No appmenu in Gthumb 3.3.3 under Gnome 3.14 (242.49 KB, image/png)
2015-02-19 12:12 UTC, Julián Unrrein
Details

Description Simon Steinbeiss 2014-02-12 14:34:24 UTC
Created attachment 268918 [details]
Gthumb 3.3.1 in Xubuntu 14.04

Hey,
while it's great that you guys implemented gtkheaderbars and while that might work great on Gnome-Shell, it kinda leaves Xfce users out in the cold. We get a double window-border here and the app doesn't look very integrated into the rest of the desktop (even though – in my case – Xubuntu's default theme does support headerbars).

It would be great if you could add a fallback mode like Evince or other apps did. That would be very much appreciated, after all, we're shipping gthumb by default in Xubuntu.
Cheers
Simon
Comment 1 Paolo Bacchilega 2014-03-09 15:00:09 UTC
If the fallback mode doesn't require too much work I have no objection to adding it.

Are you sure that Evince uses an header-bar because I could not find any reference to it in the code.
Comment 2 Simon Steinbeiss 2014-03-09 17:57:11 UTC
Sorry about not being precise enough. What was added in Evince was a fallback mode showing a traditional menu, so in Xubuntu it looks as it looked before the Gnome3 Design changes.

Another example is gnome-calculator, which does use the headerbar and the appmenu, but in Xubuntu (or even Unity) it has traditional window-borders and an old-school menubar.
Comment 3 Sulphur 2014-03-11 06:07:07 UTC
It's not just Xfce users that face a problem, but any other DE. I just used gThumb 3.3.1 on Ubuntu 14.04 using the default Unity environment, and there are no window borders at all, just the header bar (save when maximized — then there are two titles!). Considering each and every other application has window decorations, the difference is jarring. 

Having an option to replace the header bar the would be wonderful. I'm not sure about Evince, but this was done with the Ubuntu-packaged version of Nautilus (and maybe some other applications) in 14.04, so that when GNOME shell is used the header bar is there, but in other environoments the regular title bar + tool bar is present. 

Thanks!
Comment 4 Alan Pater 2014-04-07 13:54:37 UTC
Also missing under !gnome-shell is any way to get to the preferences window.
Comment 5 Steve Rainwater 2014-12-05 01:21:29 UTC
I'm running into this problem using gThumb on Fedora 20 with the Cinnamon desktop. There's no minimize button visible and no way I can find to reach the preferences menu, making the program not very useful. :( The overall look is different than all other programs I'm using on Fedora, almost like it loaded the wrong theme or something. I can't find any button or menu to reveal an "about" dialog with a version number, but RPM says I'm running gThumb v3.3.2-4.
Comment 6 reynaerde 2015-02-12 01:21:00 UTC
Just adding my support for this request. I understand gThumb is part of Gnome, but as of now it looks totally out of place on other desktop environments. That is a shame really, because I have been a happy gThumb user under Xfce for the past 8 years and would love to continue using the program.
Comment 7 André Klapper 2015-02-12 11:18:12 UTC
3.2.8-2.fc21 does not give me any double window border under XFCE. There are minimize buttons and "Help > About" way and "Edit > Preferences" are available from the traditional main menu.
Might be really 3.3.x stuff creating the problems here...
Comment 8 Julián Unrrein 2015-02-19 12:11:41 UTC
There is something weird about how gthumb 3.3.x handles its appmenu.

When using gthumb inside a non-Gnome environment, the appmenu should get displayed as a button in the application window. In fact, it's possible to force that setting under Gnome, but gthumb won't comply. See attachment.
Comment 9 Julián Unrrein 2015-02-19 12:12:22 UTC
Created attachment 297261 [details]
No appmenu in Gthumb 3.3.3 under Gnome 3.14
Comment 10 Paolo Bacchilega 2015-12-20 18:17:39 UTC
this is fixed in version 3.4.0 and higher.
Comment 11 Vincent Lefevre 2015-12-20 18:24:49 UTC
Please reopen. The problem is still present in gthumb 3.4.1 (I'm using Debian/unstable with fvwm).
Comment 12 Paolo Bacchilega 2015-12-20 20:06:55 UTC
(In reply to Vincent Lefevre from comment #11)
> Please reopen. The problem is still present in gthumb 3.4.1 (I'm using
> Debian/unstable with fvwm).

Sorry I was referring to comment #9, the appmenu is present now.  About the alternative to the headerbar, sorry but it's not going to happen, it requires too much work and there is lack of interest among the developers.
Comment 13 Vincent Lefevre 2015-12-20 21:45:54 UTC
Isn't it possible to have (optionally) both the header bar and the normal WM decorations? I suppose that this would require significantly less work (for instance, GKrellM leaves this choice to the user). The problem is that without the title bar, one misses features that can be provided by the window manager.
Comment 14 Vincent Lefevre 2016-04-18 13:14:17 UTC
In case other users are affected by the same problem, this has globally been "fixed" for Gtk+ 3 thanks to gtk3-nocsd (but this is just a hack, a proper solution would actually be a configuration option in Gtk+ 3):

  https://github.com/PCMan/gtk3-nocsd