Summary: | When entering a check/account statement number using the numeric keypad, insert '.' instead of ',' | ||
---|---|---|---|
Product: | [Applications] kmymoney | Reporter: | Ralf Habacker <ralf.habacker> |
Component: | general | Assignee: | KMyMoney Devel Mailing List <kmymoney-devel> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | juantxorena |
Priority: | NOR | ||
Version: | 4.8.4 | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | All | ||
Latest Commit: | https://invent.kde.org/office/kmymoney/commit/7d1b4331b3db2aebe7dd6db4171173279a07e719 | Version Fixed In: | 4.8.5 |
Attachments: | Numeric keypad delete behavior |
Description
Ralf Habacker
2020-07-19 10:38:27 UTC
That might depend on the keyboard. I have a US generic 105 key version (that's from memory, so the detail may be wrong) and my keypad does have a '.' (dot). I wonder if this is something deeper in the keyboard driver, using that character as the decimal separator, regardless of what's printed on the key. In your case, if the keypad ',' were to insert a '.', wouldn't that mean you can't input the decimal separator from the keypad? (That assumes your decimal separator is a comma.) Or, are you saying what gets entered is context specific, depending on the field being entered? You may want to take a look at bug 423509 which is related. This bug entry is against the KDE4 version of KMyMoney. For KF5 based version there is an option in the keyboard handling that allows to have the numeric keypad dot being a dot no matter what the locale assignment is. That was the feature the original poster of bug 423509 had turned on and ran into problems entering numeric amount data. I can confirm this bug. I'm using fedora, it appeared after updating to version 5.1.0-1, previous working version was 5.0.8-2 Created attachment 131033 [details]
Numeric keypad delete behavior
The numeric keypad delete button has a different meaning in different locales. No mentioning of locales here, so it is hard to give advice. For KF5 (don't know about KDE4) please take a look at the advanced keyboard settings (see attachment) and report back if any of that solves your problem or provide more details.
Update state I have tried all the advanced options and nothing fixes it without breaking everything else. Since you asked about locales, in a console I have the following: $ locale LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= $ env | grep -e "LANG\|LC_" LANGUAGE= LANG=en_US.UTF-8 I have this values in both plasma and on tty. In KDE settings, the format is set as "Germany - English (en_DE)". Bug 423995 may be relevant. Is more info needed for fixing this? (In reply to Thomas Baumgart from comment #2) > You may want to take a look at bug 423509 which is related. Thanks for this guide, which gave me a hint in the right direction. I added a related fix to my personal 4.8-staging branch (see https://github.com/rhabacker/kmymoney/commit/db304ae5b7b2e1d2196529d646486b97073e8e8e), which works as expected. After some testing it will go into the 4.8 branch. I cannot say if it will work also with the 5.1 branch, but it could probably be used as a starting point. In the 5.1 branch this is fixed with https://invent.kde.org/office/kmymoney/-/commit/2e0440ec0d2d09475b4c09af4fd6cb6a6ccd3a1a. No need to add anything else. Git commit 7d1b4331b3db2aebe7dd6db4171173279a07e719 by Ralf Habacker. Committed on 31/08/2020 at 14:09. Pushed by habacker into branch '4.8'. Add support to get period on pressing comma at num key pad FIXED-IN:4.8.5 M +12 -1 kmymoney/dialogs/transactioneditor.cpp https://invent.kde.org/office/kmymoney/commit/7d1b4331b3db2aebe7dd6db4171173279a07e719 |