On Sat, 2003-08-23 at 13:49, Frank Murphy wrote:
> On Saturday 23 August 2003 1:34, Michel Dänzer wrote:
> > On Fri, 2003-08-22 at 09:55, Frank Murphy wrote:
> 
> > [...] the attached patch. Tell me what you think about it, it works with
> 
> I haven't tried it yet, but just looking at it, I have a couple of comments. 
> First, I really like the idea of moving the macos_alt to the altwin map:  
> much better place. 

Glad you like it.

> However, I don't want to move the 'extended' or 'laptop' into a 
> specific macintosh keymap, like you've done here in us. 

Why, what's the problem with that? macintosh/us is the basis for all
macintosh layouts.

> Long-term, I'd actually like to increase the similarities between PC 
> and Apple keyboards, 

macintosh/us could be changed to include and modify pc symbols?

> so get rid of the macintosh directory and be able to use 
> pc/us(105)+apple or pc/de+apple to specifiy an Apple keyboard (of 
> course, using the rules so that configuration is similar to what you 
> have here).

Don't (some) international Mac keyboards have specific modifications vs.
their PC counterparts though?


> > BTW, where do you get the Multi_key definition from? Can't seem to find
> > it here.
> 
> What do you mean? Where do I define it (in the apple file)?

No, you don't. Maybe you get it from a pc symbols file?


> > Speaking of bugs, fn+command generates the same keycode as the eject key
> > in X here, but not in console (showkey shows several keycodes for the
> > eject key) - maybe related to the keypad equal bug you fixed recently?
> 
> I don't have an eject key here, 

Your F12 key doesn't work as eject?

> but I imagine it's related to X's KP_Equal bug.

So was the fix specific to KP_Equal, or could it fix all such keys?


-- 
Earthling Michel Dänzer   \  Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast  \     http://svcs.affero.net/rm.php?r=daenzer

Reply via email to