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 666655 - Can't insert dot from keypad when numlock is off
Can't insert dot from keypad when numlock is off
Status: RESOLVED FIXED
Product: gnome-calculator
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gcalctool maintainers
gcalctool maintainers
Depends on:
Blocks:
 
 
Reported: 2011-12-21 14:25 UTC by pogliamarci
Modified: 2016-10-11 08:12 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Insert decimal separator from keypad with numlock off (843 bytes, patch)
2011-12-21 14:25 UTC, pogliamarci 		needs-work Details | Review

Description pogliamarci 2011-12-21 14:25:12 UTC 
Created attachment 204038 [details] [review]
Insert decimal separator from keypad with numlock off

Hi! Gcalctool has the _great_ feature of leaving you insert expression from the keypad even when numlock is turned off. This works for numeric keys, but not for the dot\delete key. This behaviour is - at least for me - annoying and unconsistent (it takes me a while realizing that the decimal separator is not inserted because numlock is off, when all works correctly).

I attach a trivial patch that translates the KP_Delete keystroke into the decimal separator, as it is done for the other keys.
Comment 1 Robert Roth 2012-07-29 21:07:52 UTC 
Review of attachment 204038 [details] [review]:

Patch looks correct (however please set your email address, as I'm sure marcello@marcello-laptop.(none) is an invalid address), works, but I'm not sure if we want to do this, as this way the Delete key won't work anymore. Basically Delete doesn't work right now neither if we're typing at the end, but if we click between two characters and press the KP_Delete with numlock off, the next character after the cursor gets deleted. Some people might have been using this, and they will not be able to do it after this gets committed, if the KP_Delete changes to inserting a decimal. I guess this was the reason it did not get handled as all the other Keypad keys. But we will have to wait for the maintainer's opinion on this.
Comment 2 Robert Roth 2016-10-11 08:12:06 UTC 
This problem has been fixed in our software repository. The fix will go into the next software release. Once that release is available, you may want to check for a software upgrade provided by your Linux distribution.