Version: (using KDE KDE 3.1) Compiler: gcc 3.2 OS: Linux Could be related to bug #53840 in some way... In key chooser widget, you cannot choose numpad keys. Pressing any of those is detected, but empty sequence is reported. Looks like numpad keys have some extra flag in qt, maybe that's causing the problem? Interesting thing is, that in kde control center, keybindings module, global shortcuts, numpad keys are recognized properly. However, this page has different translated i18n strings than any other occurence of these widgets, so I believe that this module uses some other version of these widgets that doesn't have this bug... / Tomas
Ellis -
The problem is that Qt can't distinguish between keypad key and their main equivalents for accelerators -- in other words, Qt can't use keypad keys as distinct accelerator keys. I'll add a warning message when something like this happens.
Subject: Numpad keys cannot be selected in KKeyChooser / KKeyButton > The problem is that Qt can't distinguish between keypad key and their main equivalents > for accelerators -- in other words, Qt can't use keypad keys as distinct accelerator keys. > I'll add a warning message when something like this happens. Not sure if I understand this correctly, but there's a flag in Qt that is set when the appropriate key is on numeric keypad, so numpad keys can be distinguished in keyboard events. Not sure about QAccel though, is the problem that you describe here? Just wanted to make it clear :))) / Tomas
I noticed this as keypad-plus and keypad-minus stopping working for me as global shortcut keys when I upgraded Mandrake 9.0 (KDE3.0) to Mandrake 9.1 (KDE 3.1.0). I can confirm that the KDE control centre registers the keypresses as KP_Add and KP_Subtract, but they have no effect when applied. (Using different shortcuts, e.g. ctrl-leftarrow and ctrl-rightarrow does work, so I don't think it is me, it feels like this bug is causing the problem).
I'm using a Mandrake 9.1 which I upgraded to Qt 3.2.3 and KDE 3.2 and I get the following behavior: - all numpad keys are recognised in kcalc and in the control center; - numpad digits and '.' are not recognized in applications (noteedit to be precise) but other numpad keys are ('+', '-', etc.); - AFAI could tell, noteedit uses the same classes as kcalc to handle its shortcuts and I recompiled both with the same compiler options and defines just to make sure it wasn't some difference there that caused the problem.
*** Bug 80212 has been marked as a duplicate of this bug. ***
Is this bug still present in a recent version of KDE, such as 3.5.8 or 4.0.1?
This bug is still present on current trunk (r913147) using respective qt-copy. When entering a keyboard shortcut in applications as well as systemsettings it's undistinguishable if the key is on the keyboard or the equivalent ("original") key. If using Keypad 5 as in a shortcut, some illegible string is shown in the chooser. Qt::KeyboardModifiers lists Qt::KeypadModifier and it seems to work alright on receiving QKeyEvents.
*** Bug 283283 has been marked as a duplicate of this bug. ***
*** Bug 296347 has been marked as a duplicate of this bug. ***
Hi, kdelibs (version 4 and earlier) is no longer maintained since a few years. KDE Frameworks 5 or 6 might already have resolved this bug. If not, please re-open against the matching framework if feasible or against the application that shows the issue. We then can still dispatch it to the right Bugzilla product or component. Greetings Christoph Cullmann