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 488703 - Accuracy menu entries have strange "-/-" characters at the end of each of them.
Accuracy menu entries have strange "-/-" characters at the end of each of them.
Status: RESOLVED FIXED
Product: gnome-calculator
Classification: Core
Component: general
5.21.x
Other Linux
: Normal normal
: ---
Assigned To: Robert Ancell
Rich Burridge
Depends on: 485919
Blocks:
 
 
Reported: 2007-10-20 18:44 UTC by Rich Burridge
Modified: 2007-11-03 07:33 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Rich Burridge 2007-10-20 18:44:47 UTC 
Summary pretty much says it all. This is with the 
new Glade version in SVN trunk.
Comment 1 Robert Ancell 2007-10-22 00:39:48 UTC 
I think this is the accelerator label going wrong, see:
http://svn.gnome.org/viewvc/gtk%2B/trunk/gtk/gtkcheckmenuitem.c

The existing code used Gtk UI builder which did not add an accelerator label to the menu items. If we want to match the existing behaviour (i.e. no labels) we will have to connect the accelerators to another object or we need to work out why the labels are '-/-' and not 'Ctrl-0'.
Comment 2 Rich Burridge 2007-10-22 18:07:09 UTC 
Just tried the Acc menu items with gcalctool from GNOME 2.20.
It's not Ctrl-[0-9] that triggers the particular menu item;
it's just [0-9].

Note that I've also filed bug #489109 - gcalctool buttons with 
menus can't be displayed via their keyboard shortcuts,
on another related problem.
Comment 3 Rich Burridge 2007-10-22 23:28:51 UTC 
If this is potentially a Gtk+ bug/problem, we should probably do
two things:

1/ File a bug against Gtk+ for this issue.
2/ Try to work around it with code somewhere in gtk.c
Comment 4 Rich Burridge 2007-11-02 14:26:12 UTC 
Robert, could you file a bug against Gtk+ on this please.
If it's doable, could you also work around it with a routine 
in gtk.c that get's called after the menus have been loaded 
from the Glade file.

Thanks.
Comment 5 Robert Ancell 2007-11-03 07:33:31 UTC 
The final patch in bug 485919 fixes this by handling the shortcuts in kframe_key_press_cb() (like the other button events). This avoids the problem. GTK+ issue raised in bug 492943. Closing.