| Summary: | Seems to be assuming a US English keyboard layout where as I have a German keyboard with German layout. | ||
|---|---|---|---|
| Product: | [Applications] kcalc | Reporter: | Sandipan Mohanty <sandipan.mohanty> |
| Component: | general | Assignee: | Evan Teran <evan.teran> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bicave, david, evan.teran, ivo, Oliver, vmpereir |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Sandipan Mohanty
2008-07-22 13:29:21 UTC
This works for me with 4.1.3 and current trunk, and the portuguese keyboard layout "suffers" from the same problem. Can you still reproduce it? The code defines two shortcuts for division, Qt::Key_Slash and Qt::Key_division. When I switch keyboard layout to German, I get the wrong behavior. This seems to be bug in Qt. I'll inquire with Nokia support. Nokia says it's not a Qt bug. Doing some more investigating, it seems to be the KDE keyboard-layout code. Using kcmshell4 keyboard-layout lets me reproduce this bug, but using setxkbmap and the software works as expected. This isn't a bug with kcalc. I'm filing a new bug on this. Actually I think it is a Qt bug. It's reproducible on all desktops using both kxkb and setxkbmap. Update: This has been entered as a Qt bug, number 239330 in the Nokia tasktracker. http://www.qtsoftware.com/developer/task-tracker/ Hello, I am having the same problem. KCalc acts as if only the default keyboard map is being used even though I change the keyboard map using Ctrl-Alt-K. I encountered this problem when I was trying to set up global keyboard shortcuts for increasing/decreasing the volume. M. Vefa Bicakci (For the record, I am using the Turkish and English keymaps.) *** Bug 190264 has been marked as a duplicate of this bug. *** Hi, I'm using KCalc 2.5 under KDE 4.3.3 I found that I can't use the keys "3" and "9" on the numeric keypad. All other numbers work fine. When pressing 1, 2, 4, 5, 6, 7 or 8 I can see that the number is pressed and it appears in the display. When I press "3" I just get a blue frame around the number "3" and nothing in the display. The same happens with "9". When using the numbers in the top row of the keyboard "3" and "9" work fine. Is this also caused by the QT bug? I also noticed that although I'm using a German keyboard layout and KCalc's menu etc. are in German that it still shows a point as decimal separator (.). Using the default German decimal separator "," doesn't work when using the numeric keypad. When typing a "," (comma) in the bottom row it still shows a decimal point. Can anyone say if this is still an issue? (In reply to comment #9) > Can anyone say if this is still an issue? For me all above issues are solved (using KCalc 2.13 on KDE 4.10.1). |