Version: (using KDE 4.3.2) OS: Linux Installed from: Mandriva RPMs Mandriva Linux 2010.0 here. Mandriva sets up the keyboard layout in its Mandriva Control Center. Therefore in systemsettings>Regional&Language>Keyboard Layout is disabled. Here is the belgian keyboard layout: ²&é"'(§è!çà)- ³1234567890°_ azertyuiop^$ "^" does not work correctly: it appears immediately: "^e" in stead of the little hat on the "e" AZERTYUIOP¨* "¨" does not work correctly: "¨i": it should appear on top of the "i" € [] qsdfghjklmùµ QSDFGHJKLM%£ ´` "´" en "`" do not work correctly: they appear immediately <wxcvbn,;:= >WXCVBN?./+ \ ~ "~" does not work correctly: "~n": it should appear on top of the "n" In virtual console Ctrl+Alt+F1 the keyboard works correctly. In Gnome 2.28 the keyboard also works correctly.
As you stated "Mandriva sets up the keyboard layout in its Mandriva Control Center. Therefore in systemsettings>Regional&Language>Keyboard Layout is disabled." Therefore this is not a bug in any way in KDE since we are not doing anything with Keyboard Layouts. Please report a bug in the Mandriva bugtracker.
In Mandriva 2010.1 with KDE 4.4.3 it is still not solved. Enabling systemsettings>Regional&Language>Keyboard Layout doesn't help. The dead keys simply do not work in KDE4: http://forum.kde.org/viewtopic.php?f=66&t=39721: "Unfortunately this is likely a bug in Qt" So this is really a KDE(Qt) issue.
Dead keys in Qt (KDE 4.4.3) programs don't work if locale is set to US English and country Belgium. My locale was set up as US English (I want my programs to be in English) and country Belgium (I'm Dutch speaking). $ locale LANG=en_BE.UTF-8 Dead keys in KDE programs and OpenOffice did not work: ^e,~n in stead of ê, ñ. In Firefox and gtk programs dead keys work. I then set my locale to Dutch and country Belgium: $ locale LANG=nl_BE.UTF-8 Then dead keys in KDE programs and OpenOffice work. In systemsettings of KDE I could change the language from Dutch to US English and OpenOffice also has an option to change the language to US English. The dead keys still work. But now firefox and gtk programs (and Mandriva MCC(drakconf)) and output of console commands are all in Dutch and that can't be changed. Please make dead keys work with locale en_BE.UTF-8.
At http://bugreports.qt.nokia.com/browse/QTBUG-12197 they think it's a KDE/X problem more than a Qt problem. I found a better solution (although not perfect, I think): I changed my locale to US English and country United States. $ locale LANG=en_US.UTF-8 This way dead keys work and all my programs are in English. But what's the locale setting country for? Which programs will now wrongly think I'm in the US? Gnome? KDE luckily uses the country setting in systemsettings>Regional&Language: Belgium. There still is a fix needed for dead keys not working with locale en_BE.UTF-8.
This does not look like keyboard configuration module problem, but rather handling of dead keys in the apps. So keyboard layout switcher module is the wrong place for this report, switching to kdelibs/generic.
I'm using a us locale with a belgian keyboard (county set to belgium) and have no problems with dead keys. Please reopen if you can still confirm on a recent version.
Still valid in Mageia 2 with KDE 4.8.5. Maarten, as I wrote in comment 4, with locale us there is no problem. The problem is with locale be (Belgium), dead keys then do not work. [vatbier@alpha ~]$ locale LANG=en_BE.UTF-8
Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? This bug will be moved back to REPORTED Status for manual review later, which may take a while. If you are able to, please lend us a hand. Thank you for helping us make KDE software even better for everyone!
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!