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 492222 - ignores gtk-toolbar-style = GTK_TOOLBAR_BOTH_HORIZ
ignores gtk-toolbar-style = GTK_TOOLBAR_BOTH_HORIZ
Status: RESOLVED OBSOLETE
Product: baobab
Classification: Core
Component: general
git master
Other Linux
: Normal minor
: ---
Assigned To: Baobab Maintainers
Baobab Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-11-01 00:29 UTC by Josselin Mouette
Modified: 2012-07-31 11:29 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Josselin Mouette 2007-11-01 00:29:28 UTC 
[ Forwarded from http://bugs.debian.org/446823 by Trent W. Buck ]

In my .gtkrc-2.0, I have

    gtk-toolbar-style = GTK_TOOLBAR_BOTH_HORIZ

baobab seems to ignore this and place toolbar labels below toolbar
icons.  A screenshot is attached.

----

Note that funnily, baobab honors correctly this parameter if set by gnome-settings-daemon, but not if set in .gtkrc-2.0.
Comment 1 Paolo Borelli 2007-11-01 10:25:52 UTC 
Confirmed.

I guess this may be related to two things:

1) we use glade to create the toolbar and I guess that one of the styles is hardocoded in the glade file
2) at startup we check the system wide gconf key of the toolbar style and apply it


I am not really sure how things should work here: maybe looking up the style in gconf is not correct (the gconf key should just be read by gnome-settings-daemon that in turns notifies the apps), but if we do not read it from there how do we get the default toolbar style that we need to override the one hardcoded in the glade file? Or maybe it's enough to remove that property from the glade file and things just work...
Comment 2 Paolo Borelli 2012-07-31 11:29:39 UTC 
New design does not have the classic toolbar