Re: Keycodes for the new input layer

On Wed, 12 Jul 2000, Derek Homeier wrote:

On Wed, 12 Jul 2000, Franz Sirl wrote:

quoted

The problem here is that newer Apple keyboards additionally label OptionL
as ALT and 3rd party keyboards with an additional OptionR label it as
ALTGR, which pretty much limits the correct choices :-(. Anyway, I'll put
keymap .inc files into console-tools that let you easily change it (eg.
option-left-as-alt.inc, command-leftright-as-altgr.inc, etc.).

I see. Which of these is equivalent to the old single Option key?

optionL-as-alt + commandLR-as-altgr probably. It's in the new console-tools
package I have on devel now.

Personally, I'd like something different for both, so they could be
independently bound to the mousebuttons. If one wanted to use it as
KP_Enter, it could probably still be bound in the console and xkb
keymaps? I've no idea for a name, though. I think with the older kernels
it was just NoKey (and couldn't be bound to any Key Symbol, but to the
mousebuttons). KEY_LINEFEED, perhaps?

 Fn-RET = KEY_KPENTER
 _^ = KEY_KPENTER
  Fn-_^ = [something different]

would probably also be o.k., though.

How about the appended patch?

Franz.