User Feedback :: non-us keyboard fix in .xinitrc doesn't work

Well, I actually managed to edit the lilo.conf file and run Lilo to make it functional.
(edit: Here's how: Config lilo )

I changed my APPEND line to be:

Quote

APPEND="ramdisk_size=100000 init=/etc/init apm=power-off nomce nodma quiet frugal BOOT_IMAGE=/KNOPPIX/KNOPPIX restore=hda3 home=hda3 opt=hda3 host=tor noscsi lang=se mydsl=hda3"

This doesn't change the keyboard thing at all, though, the reason I wrote here in the first place...

--- edit ---

And the output for:

Code Sample

getknoppixparam.lua KEYTABLE

is still "us"...

The small mod in .xinitrc, as you have already seen, will not be a cure all. But you should read and try xkeycaps
Note that it is in the repository and you do not need to get it from via apt.

As for the other issue, "se" seems not to be defined in knoppix-autoconfig, which is why it is not in KEYTABLE.
Using lang=se does nothing. Then manaully setting it via the keyboard tool does not update /etc/sysconfig/keyboard. Originally only the languages as defined in the original knoppix-autoconfig would be supported. I guess you have found a knoppix undefined one that does work and therefore surfaced this issue.

Simple work-around add the following line to /opt/bootlocal.sh
sed -i 's/us/se' /etc/sysconfig/keyboard
or as you have already done comment out the 'if' statement in your .xinitrc.

But to answer your question, "se" is not defined in knoppix-autoconfig so the default "us" appears in KEYTABLE.

Thanks for the information.

Actually, come to think of it, during first boot after installation, there are several dialogs asking me for my preferred screen resolution, mouse type, etc., and, of course, preferred keyboard. That's where I chose se-latin1! I remember I found it annoying at the moment, like: "Why do you ask again?"

And then these choices are saved somewhere (that would be the "loadkeys se-latin1" line in /opt/bootlocal.sh for the keyboard, right? And the other ones?), because I never got the questions again... :laugh:

Fine, I'll try those xkeycaps now...

I have corrected the kbdconf program used during the X setup routine. So the xmodmap should work for any selectable language in the table. This will be in the next release of DSL.

Still for full support, the xkeycaps will be needed.

Thanks for bringing this issue to surface.

Great!

Will this take care of the "dead" keys too?

I mean the "dead_acute" etc, that shouldn't produce any output when pressed and released, but rather modify the next keypress, so that the accent key followed by e.g. o, should produce ó rather than ´o.

I was playing with xkeycaps and it's really weird. It made a mess of everything, here anyway

. I found it more useful to modify keys through the xmodmap command line. So, by adding lines like:

Code Sample

xmodmap -e "keysym o = o O oacute Oacute"

to the .xinitrc, the ó would be on AltGr o, and Ó on AltGr O etc.

That's inconvenient, though, for one (unlike me) used to type away a high rates... So it would be a very good thing, indeed, to make the "dead" keys act as expected.

Next Page...
original here.