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 115653 - Mnemonic keys are not working.
Mnemonic keys are not working.
Status: RESOLVED FIXED
Product: gnome-calculator
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Rich Burridge
Rich Burridge
Depends on:
Blocks:
 
 
Reported: 2003-06-21 05:28 UTC by Dennis Cranston
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Dennis Cranston 2003-06-21 05:28:51 UTC 
Discovered this one on RedHat 9.0...

1.  Switch to Scientific Mode.
2.  Try pressing Alt N to select 'Eng'.
3.  Instead 'Xnor' is selected.

There are similar problems for many of the other mnemonics.
Comment 1 Rich Burridge 2003-06-23 14:34:51 UTC 
Problem exists on Solaris too, and presumably all  flavours
of Linux.

The problem is now in the use of a lower-level keyboard
event handling routine. In gtk.c, kframe_key_press_cb()
now looks to see if either of the two control keys or
shift keys are being held down and sets four variable
accordingly. These are used for comparison purposes by 
check_vals. It doesn't test for the two Alt keys, therefore
Alt-n is just matching against "n" which is the Xnor key.

Hopefully adding in a check for Alt should stop this happening,
then the event won't be handled and presumably will go on to
be handed by the Eng/Fix/Sci widget. This is starting to get
quite complicated though, and I'm wondering if there is an easier
way. Still, I'm just going to attempt to fix the problem 
for now.

Checking that theory now...
Comment 2 Rich Burridge 2003-06-23 15:00:25 UTC 
Yup. Theory is correct. Changes checked into
CVS HEAD. Fixed in v4.2.92.