[syslinux] Syslinux keyboard mappings

Dag Wieers dag at wieers.com
Thu Mar 23 11:24:24 PST 2006

On Thu, 23 Mar 2006, Dag Wieers wrote:

> On Thu, 23 Mar 2006, Dag Wieers wrote:
> > But the general problem is this, BIOSes are US qwerty, Belgium uses 
> > be-latin1 (azerty with lots of custom keys). And to complicate the matter, 
> > we're often logged on to Citrix and into some sort of remote java gui 
> > console.
> > 
> > All of these complicate the issue (or at least do not improve it).
> > 
> > Now, somehow I hoped the solution would be fairly simple. Take the us.map, 
> > take the be-latin1.map, create a be_latin.ktl out of it by running:
> > 
> > 	/usr/lib/syslinux/keytab-lilo.pl us.map be-latin1.map >be_latin1.ktl
> Renaming this file from be_latin1.ktl to be.ktl fixed the issue (at least 
> now the file is being used and some of the keys map correctly).
> Bbut the numbers (pressed starting from 1 to 9 and 0 holding the SHIFT, as 
> is required with azerty) map to this:
> 	!@#$%§^&*()
> While pressing the same row without SHIFT results in the correct 
> characters:
> 	&é"'(§è!çà)-
> At least the ones that us qwerty doesn't have are printing another symbol, 
> but that's fine. Fact is now that the numbers (when pressing SHIFT) are 
> not returning numbers. Effectively blocking us from typing numbers :)
> Also the uppercase characters (pressing AZQW with SHIFT) are also not 
> mapped properly.
> So I conclude that the mappings do not have any effect when you press 
> SHIFT. (Which disables the use of numbers on Belgian keyboards when 
> using kbdmap).
> Can this be verified in the code ?

"Of course not.", he answered to himself.

The problem is in the keytab-lilo.pl script. The output it generates is 
missing the correct mappings when the shift-key is pressed.

I have been entering them in a hex editor and constructed the following 
file for a be-latin1 keyboard. (1 key I mapped differently because we 
would lack the ~ sign)

And now everything works as expected. If someone competent can fix this 
(the keytab-lilo code looks a bit ugly to me) I'd appreciate it.
You can use the supplied be.ktl file to verify if the new output matches 
this file for be-latin1.map

Maybe something for the syslinux TODO so someone can find it there ?

That said, the keys that require the ALT key do not seem to generate a 
scancode and therefor cannot be produced.

Kind regards,
--   dag wieers,  dag at wieers.com,  http://dag.wieers.com/   --
[all I want is a warm bed and a kind word and unlimited power]
-------------- next part --------------
A non-text attachment was scrubbed...
Name: be.ktl
Type: application/octet-stream
Size: 256 bytes
URL: <http://www.zytor.com/pipermail/syslinux/attachments/20060323/2b9070af/attachment.obj>

More information about the Syslinux mailing list