[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Supplemental Apple keymap



On Monday 18 August 2003 2:50, Leandro Guimarães Faria Corsetti Dutra wrote:
> On Sun, 17 Aug 2003 22:21:43 +0200, Frank Murphy wrote:
> > Also, there's a macos_alt flavor that will change the Alt key to do
> > Mode_switch as is expected outside of the US.
>
> 	I didn't quite got this part... is this supposed to be the
> compose key, or the equivalent of altwin(meta_win)?

The second one, plus. The compose key is Multi_key, which means that to get a 
key, a combination must be hit. (Multi_key+<,> then <c> for 'ç'). This is 
supposed to change the Alt_L key to be Mode_switch (which should be what the 
AltGr <RALT> key does on PC keyboads, which is allow the third glyph on a 
keyboard to be typed.

However, I notice that I screwed up my left and right again. I've attached a 
new version.

> > Please read this file, try it, and let me know how it goes.
>
> Seg Ago 18 14:42
> debian:~$ setxkbmap -v 6 -symbols 'macintosh/us+apple(laptop)'
> Warning! Multiple definitions of symbols
>          Using command line, ignoring rules file
> Trying to build keymap using the following components:
> keycodes:   xfree86
> types:      complete
> compat:     complete
> symbols:    macintosh/us+apple(laptop)
> geometry:   pc(pc101)
> Error loading new keyboard description

If you get an error like this again, can you try to figure out why? Try 
deleting the apple(laptop) piece to see if it is the problem.

Frank
//
// Keyboard modification for Apple keyboards
//
// $Xfree86: $

partial default modifier_keys
xkb_symbols "extended" {

// Keypad equal is buggy on XFree 4.3.
//    key <KPEQ> { [ KP_Equal ] }; 
    key  <INS> { [ Help ] };
// The keys next to F12, labeled F13, F14, & F15 generate codes that XFree86
// claims not to generate.
//    key <PRSC> { [ F13 ] }; // keycode 93
//    key <SCLK> { [ F14 ] }; // keycode 123
//    key <PAUS> { [ F15 ] }; // keycode 127

};

partial modifier_keys
xkb_symbols "laptop" {

    include "apple(extended)"

    // The real numlock key on the iBook (shared with F5) illuminates the
    // Num_Lock led and locks the fn-key to type only the keypad keys on the
    // letter keys (U=4, I=5, O=6, P=*, etc.). This happens internally to the
    // keyboard. Instead the key generates Clear.
    override key <NMLK> { [ Clear ] };
    // Why can't I do this?
    //override key <NMLK> { [ NoSymbol ] };
    // The key labeled Delete sends BKSP. To get Delete, use Shift-Delete
    override key <BKSP> { [ BackSpace, Delete ] };
    // These keyboards only generate a <RALT> when pressing fn+Alt. To make
    // it easier to generate Mode_switch, use the Enter key (right of <SPC>.)
    override key <KPEN> { [ Mode_switch, KP_Enter ] };
};

// Outside the US, Apple keyboards use the Alt key to type the third glyph
// on each key. macos_alt allows that behavior in X, instead using the
// Apple-logo key for Meta. Should altwin(meta_win) be included?
partial modifier_keys
xkb_symbols "macos_alt" {
    key <LALT> { [ Mode_switch, Alt_L] };
    key <LWIN> { [ Meta_L, Super_L ] ];
};

Reply to: