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 95733 - Tools menu is initially blank
Tools menu is initially blank
Status: RESOLVED FIXED
Product: gedit
Classification: Applications
Component: general
git master
Other other
: Low normal
: GNOME2.8
Assigned To: Gedit maintainers
gedit QA volunteers
: 99957 101231 129474 135103 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2002-10-14 16:16 UTC by Andrew Sobala
Modified: 2005-12-14 17:37 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Andrew Sobala 2002-10-14 16:16:58 UTC
When launching gedit 2.1.x for the first time, the tools menu has no items.

When "Word count" (for example) is added to the tools menu via. the plugin
manager, there is a separator at the top of the menu.
Comment 1 Andrew Sobala 2002-11-23 11:25:00 UTC
Paolo, though simple IMHO this is a major usability bug in the 2.1.x
gedit series. I'm pumping severity up to "Normal" for this reason.
Comment 2 Andrew Sobala 2002-11-30 18:05:41 UTC
*** Bug 99957 has been marked as a duplicate of this bug. ***
Comment 3 Paolo Maggi 2002-12-10 09:45:21 UTC
I think these are two different problems.

The first one is due to gedit but I really don't know how to fix it in
a sane way, i.e. I don't know how to tell libbonoboui to display the
tool menu only when it is not empty (note that actually the menu it is
never empty since it always contains placeholders)

The second one is probably due to a libbonoboui bug: the "Wrod Count"
(now Document Statistics) menu item is added to a placeholder having
delimit="top" so the separator is automatically added by libbonoboui.
Probably, libbonoboui should add the separator only when there is at
least one visible menu item before.
Comment 4 Michael Meeks 2002-12-13 15:58:19 UTC
So - there are several simple solutions for the first problem;

a) merge the tools menu with hidden="1" and merge the other menus over
the top with hidden="0";
b) Put something in the 'Tools' menu that's always there :-)
c) Put a placeholder for Tools in the toplevel, but no menu - merge
the  menu in (all of) the plugins.

The 2nd is more annoying - if this irritates you enough we need a
libbonoboui patch to fix this - it sounds pretty tedious. One problem
though is that there is no way to notify an item 'below' that
something has been inserted above it. Of course for a placeholder's
contents its different. Ultimately that code was not particularly
designed for populating empty menus - hence it doesn't work so well :-)
Comment 5 Andrew Sobala 2002-12-14 23:33:12 UTC
*** Bug 101231 has been marked as a duplicate of this bug. ***
Comment 6 Paolo Maggi 2003-01-17 23:03:03 UTC
Fixing this bug requires UI changes.

Removing TARGET2.2.0

Set priority to NORMAL.

I have still not found a simple way to fix this bug.

About Michael's suggestions: 
a) doesn't work, 
b) No comment! 
c) Cannnot work with current plugin framework.
Comment 7 Malcolm Scott 2003-02-08 12:11:43 UTC
How about adding a menu item which is always present in Tools which
takes the user to the plugins configuration dialog?
Comment 8 Andrew Sobala 2003-02-08 12:28:29 UTC
One problem is plugins can merge into other menus, such as the file menu.
Comment 9 Paolo Maggi 2003-12-16 17:10:47 UTC
*** Bug 129474 has been marked as a duplicate of this bug. ***
Comment 10 Paolo Maggi 2004-02-26 10:15:40 UTC
*** Bug 135103 has been marked as a duplicate of this bug. ***
Comment 11 Alan Horkan 2004-09-13 19:50:07 UTC
I dont think hiding the Tools menu is a good idea, having menus hide and
reappear or move around is quite disconcerting and makes applications that
little harder to learn.  

A menu item to open you up right on the the Plugins tab of the preferences
dialog would be a good idea, as Malcolm suggested.  
http://bugzilla.gnome.org/show_bug.cgi?id=95733#c7
I think this would improve discoverability too (and is similar to what abiword
and gnumeric have).  

Comment 12 Paolo Maggi 2004-10-03 15:51:14 UTC
See also bug #151445
Comment 13 Paolo Borelli 2005-12-14 17:37:26 UTC
fixed with the GtkUIManager switch