Version: (using KDE Devel) Installed from: Compiled sources Compiler: gcc 3.2.1 OS: Linux I use Turkish-Q keyboard setting in KDE. And when KDM comes up keyboard resets to US keyboard but when I login KDE default is TR-Q keyboard. So KDM doesnt check keyboard settings of the system but it should.
which keyboard settings exactly is kdm supposed to respect? certainly not the ones of any user. the historic way of setting up the keyboard for xdm/kdm is to do it right in the Xserver config or in the Xsetup script. i'll consider adding support for setting the keymap directly, but that won't happen any time soon probably.
Well easy put a keyboard select dialog to KDM settings under Kcontrol. On the other hand I fixed issue by adding XkbLayout option to XF86Config but that for too much hard for an avarage user ;)
Subject: Re: add keymap setting to [kcm]kdm On Tue, Dec 24, 2002 at 06:02:37PM -0000, Cartman wrote: > Well easy put a keyboard select dialog to KDM settings under Kcontrol. > it's not that easy. particularily because of space reasons in the kcmkdm ... something must really change there, but this is a somewhat bigger task that it might seem. > On the other hand I fixed issue by adding XkbLayout option to > XF86Config but that for too much hard for an avarage user ;) > this task is usually handled by distribution-specific setup programs (and even by programs coming with xfree), so the problem is not that big.
>it's not that easy. particularily because of space reasons in the kcmkdm > ... something must really change there, but this is a somewhat bigger > task that it might seem. Yeah need usability advice here > this task is usually handled by distribution-specific setup programs > (and even by programs coming with xfree), so the problem is not that > big. True but I would like to leave this bug open and see it fixed before 3.2 is out. But hey you are the coder :)
*** Bug 134339 has been marked as a duplicate of this bug. ***
If I understand everything correctly, there is a different issue as well. It sounds like the issue being presented is that KDM uses the standard keyboard layout specified in the x configuration file, even though the user account can specify a different language, which, in my opinion, is correct. I use this behavior right now, but it's a pain to try to type my username and password in a keyboard layout that I don't typically use. In my case I need to have multiple different keyboard layouts displayed and selectable by the user. I use the Dvorak layout, but others use the Qwerty layout. Hence, there should be both a default keyboard layout (perhaps specified by the x configuration file) but KDM should allow the user to select from a set of allowed keyboard layouts to type in.
Windows(tm) has that, I find it particulary useful for passwords. like I'm not too sure how to type my password on the french keyboard. while it might be different for my mother who got no clue about the US keyboard. yet, i think this settings should be local to KDM. once logged in. the user keyboard settings should kick in. after all, there is already (pretty much) everything a user need within KDE. and i believe its not KDM jobs to set that. it should also be less work to implement.
about kcm, honestly i'm not too sure if that is necessary. the logged user that runs kcm already have his keyboard settings and should be able to type what he wants anywhere, including on a kcm dialog. or there is something I am not seeing.
I have a similar 'problem' as the one in comment #6. I use the US qwerty layout, so this is set as the default in my xorg.conf. But, my girlfriend also has an account on my pc and she uses the be-latin1 (azerty) layout (as most people in belgium do). Imho, it's very difficult to type passwords in a keyboard layout you are not used to. Especially if you have good passwords with special characters and stuff like that.
*** Bug 64642 has been marked as a duplicate of this bug. ***
*** Bug 156556 has been marked as a duplicate of this bug. ***
is this can be possibly related to bug #55379 ?
Not quite: the button is the same, but it does not affect the keyboard layout inside KDE, only KDM. The point here is to select the keyboard layout at login (and only here) so we can enter the password :) HTH, Hervé Not quite: the button is the same, but it does not affect the keyboard layout inside KDE, only KDM.<br>The point here is to select the keyboard layout at login (and only here) so we can enter the password :)<br><br>HTH, Hervé<br>
I think thats how it should be. we should be able to select the language only to login. once you are login, you're kde settings are already there to take over.
Mathieu, I completely agree with you. Mathieu, I completely agree with you.<br>
*** Bug 185508 has been marked as a duplicate of this bug. ***
+1 I have need set default keyboard layout to kdm and can be edited in live. Thanks. I use KDM 4.2.1
*** Bug 212067 has been marked as a duplicate of this bug. ***
Could we provide keyboard layout selection in KDM mode like GDM do?
*** Bug 223268 has been marked as a duplicate of this bug. ***
More of the same here. I'm running a spanish system and is somewhat painful -and certainly a bit not too professional- to have KDM rely on HAL only... I say, come on! Even GNOME have input support for years, what are you waiting for? I read all the comments here and I only can agree with what people are saying/asking and feel profound deception with devs&mantainers of KDM, sorry guys. My ttys work well in spanish, KDE SC once logged work ok too but KDM plain sucks. How much difficult can be to: 1. add an option to choose keyboard layout 2. make that option permanent so it survive reboot (you know, you don't even need a whole config file for this, just one or two lines at kdmrc would be sufficient). So, what are you waiting for? version 5.0, huh? Seriously guys, I can't believe your patetic answers to what seems an easy to implement, very needed 'feature'. You just can't be serious about trying to make KDE SC one of the best DE out there, specially for n00bs if them just can't log in, HAHAHAHAHA, c'mon x( For the record, new version of Xorg server 1.8 screw-up things again and legacy HAL hot-plugging config files are now but deprecated so there's isn't a way to make KDM understands I'm using a spanish keyb, not a US keyb, God... so, as you see, any blabling about how complex would be to add keyboard layout selection is all but loser blablin'... This is unbelievable people, we are at middle 2010, with an inminent Akademy on the horizont and you refuse to add such a very much needed feature? What are you thinking in? Unbelievable, unbelievable...
Instead of saying all these not-so-nice things, why not try and do it yourself? It would look very nice on your CV ;-)
@Hervé: You're obviously wrong. I didn't say anything "not nice", I only wrote down something what was floating in the air. Actually I'm a big fan and evangelizer of KDE SC (and Awesome, but with the new KWin-Tiling feature in upcoming 4.5 KDE SC is getting better and better). This is a construtive critic, like all critic should be, things are actually happing the way I describe them. I don't wanna be rude with you Hervé, but "honey", did you see when was posted first post here? Go on, check it by yourself. Too lazy? "ismail ( cartman ) donmez 2002-11-27 09:38:00" HAHAHAHA, almost eight years and this is still unresolved!? And you get upset because someone comes and say "guys, are you asleep or what?" Don't make me laugh Hervé Fache, you're no Zohan or Peter Griffin. Are you a dev? In that case I'm not sorry for taking you from your comfort zone but that will kill KDM, know it :) And if you're not, well, you better start taking your head out of the hole and watch reality as it is: "ismail ( cartman ) donmez 2002-11-27 09:38:00": still an unresolved 'unfeature'. But that isn't what upsets me, no, no, what upsets me here is the arrogant tone some people use to answer this guy Ismail regarding his bug report - and even trying to make a fool of him because what was he saying. Hervé, if instead making a clown of yourself while trying to be KDM devs Ombudsman you readed twice my bug report I'm sure you should note I indeed give and idea on how to implement this. Last, you are making the fool with such blahblah: I'm not a C coder yet, I'm still learning by myself and indeed will go University next year to learn Programming in a more academic way, but I do code in other languages. I also make little artwork and help move forward F/LOSS community like spending plenty of time helping people with her/his issues like "I can't log-in at KDM after update" "Are you using a non US keyboard?" "Yes" "God (sigh)"... May be YOU, Hervé Fache, they guy with great heart who defend poor devs and big mouth would fix this nasty unfeature of KDM and mark that in your CV!? Am anxious to see that! - not your CV, but KDM fixed :D
(In reply to comment #22) Next to Hervé's suggestion, you could try to contract a KDE-developer to fix this issue, or organize some kind of pledge (there are sites for that, like PledgeBank) where those being affected by this bug pledge to donate a certain amount to the KDE project once this bug is fixed. (Wouldn't it be nice if such a pledge system were integrated with bugs.kde.org, I'm sure it would have even more effect than the voting system.) How I'm affected by this bug: I have an azerty laptop, but am now working in the States, and so after docking in at work use a full size qwerty keyboard. So, also given multi-input X, if some amount of initial autodetecting is possible, it should try to take the issue of multiple connected keyboards into account. Next to presenting a list of available keymaps, the login dialog could preselect the right keymap or emulate the current unlocking dialog when a user name is typed/selected (if (s)he has allowed this in his config), which would already solve the password entry problem.
> Next to Hervé's suggestion, you could try to contract a KDE-developer to fix > this issue, or organize some kind of pledge (there are sites for that, like > PledgeBank) where those being affected by this bug pledge to donate a certain > amount to the KDE project once this bug is fixed. Hi Erik, I didn't knew about this pledge system, seems fair enough to me, how you suggest we can implement it?
(In reply to comment #25) > > [...] organize some kind of pledge [...] > > [...], how you suggest we can implement it? Perhaps you can set something up at http://nextsprocket.com/ (like http://nextsprocket.com/tasks/fixing-a-bug-in-kde-with-multiply-xog-runnings) However, personally, I'd like to hear some KDE developers comment on this idea first to see if it is viable and in what form (money to KDE or individual developer) and what amount would be reasonable to entice somebody to fix it. There might be good reasons why this pledge/bounty idea hasn't taken off yet: http://live.gnome.org/BountiesDiscussion
Just adding my vote and encouragement to to this very annoying bug fixed. I also want to say I'm surprised to see it so old and remain without a solution. I place the importance of this bug above any other bling-bling kde bug/feature because it hits everyone and particularly linux noobs who get the feeling KDE is a half-baked product right from start, at the login screen.
*** Bug 250821 has been marked as a duplicate of this bug. ***
Mac OS X has a layout selection drop-down menu on its system login dialog, too. It's great because I can switch it to QWERTY when other users want to use my laptop and switch it back to Dvorak when I want to log in. KDE needs something like this. Configuring a single static layout in xorg.conf is not a solution. (People shouldn't even be using xorg.conf anymore!)
*** Bug 280763 has been marked as a duplicate of this bug. ***
Hello, The KDM login manager has a U.S. keyboard and can not switch to German. Version 4.8.3 Kubuntu 12:04 KDS SC Hope to have it properly set here greeting
I have to say I'm quite surprised that this is not yet included. After all, kdm has some extended features like grub-support, which are by far more useless than the requested one. A lot of linux computers are part of a computer pool (at universities, companies, schools), where people from different countries using different keyboard mappings/layouts want to be able to use the computer. In my opinion, this feature should be essential for all graphical login managers.
It's base function and 11 years it didn't to do. And many peoples can't login. I don't understand this.
First, bug 178480 is similar if not a duplicate of this one. Second, I read that sddm is thought of as a replacement of kdm for a future KDE SC based on KF5. IMO, there are three things which aren't just feature suggestions but requirements for a login manager (apart from the obvious stuff like letting you login if you're a valid user ;)): 1. Accessibility support (magnifier etc.) 2. Keyboard layout support (based on language and variant) 3. Ability to shutdown, suspend/hibernate or restart the system Almost everything else (unless I forgot something, which is of course entirely possible ;-)) is just a gimmick. I have to say that I am surprised that every dm I looked at (including xdm, gdm, kdm, lightdm and sddm) fails at the second point (not entirely sure about accessibility, so probably the first point as well), although this really should be essential. So maybe for Qt5 or KF5-based KDM/SDDM, this could be taken into account? In the end, even windows accomplishes the above even though it sucks at just about anything else regarding login/window management. Ok, maybe that's not the best argument, but still it shows that it can be done and can be done in a useful way. So fingers crossed for the next bigger round ups, maybe it will happen some day?
KDM is unmaintained and not used in KDE Plasma 5. SDDM is the login manager used in KDE Plasma 5. If you still have this same issue with SDDM, please file an issue on the SDDM bugtracker (after doing a search for existing issues first!): https://github.com/sddm/sddm/issues/