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

Bug#121297: xlibs: German ibook-layout, please apply at least partially

On Mon, Nov 15, 2004 at 05:08:18PM +0100, Helge Kreutzmann wrote:
> Followup-For: Bug #121297
> Package: xlibs
> Version: 4.3.0.dfsg.1-8
> I also did not have a proper AltGr key, making typing things like [
> difficult. So i copied /etc/X11/xkb/symbols/macintosh/de to
> /etc/X11/xkb/symbols/macintosh/de2 (attached) and corrected the keys.

Thanks for following up!  I'm sorry it has taken a while to get back to

> A few notes:
> a) I never used MacOS, hence I chose the symbols ordinarilly appearing
>    in Linux via AltGr. Only the following keys have a printed "third"
>    (AltGr) code:
>    e with Euro sign
>    L with at sign
>    and hence I think it makes no sense

I don't understand you -- *what* makes no sense?

I do believe that having AltGr + E produce Euro and AltGr + L produce @ is
the right thing to do if the keys are engraved with that.

The trick is, where do we put AltGr on an iBook keyboard?

> b) In contrast to the other reporter, I have the following function
>    key layout:
>    <fn> <ctrl> <alt> <apple> <space> <apple> <???> <arrow keys>

That's precisely the same as my U.S. iBook keyboard, with the exception
that what you have as <???> is simply engraved clearly with "enter" on my

> c) I left the at sign at L, but doubled it to q where it "normally" is
>    available. I use both Apple keys as AltGr, and did not try to use
>    the ??? key (I have no idea what this key is supposed to do, i
>    heard it is Mac OS 9-legacy, right now it produces an Enter).

I don't think it's MacOS 9 legacy, in particular -- I think it's just there
to facilitate usage of a number pad -- on my iBook keyboard, at least, it
falls just about where you'd expect a keypad Enter key to be if you had the
keypad active with "NumLock".

I have mixed feelings about adding AltGr mappings that aren't actually

I suspect we should define an "ibook" XKB model and provide national
variants for it.

> d) Some keys do not print anything, though I defined them, I marked
>    them with // does not work

We'll take a look at this.

> e) On my x86 at work, the following additonal AltGr-combinations are
>    defined. I could not find their name, hence I did not assing them
>    in the attached file (and I never used them):
>    AltGr-R    looks like paragraph sign, instead registered is printed
>    AltGr-P    looks like a p where the belly has sacked down a little
>    AltGr-A    on my x86 box the ae-letter is printed, now aring is
>               printed
>    AltGr-S    ß is printed, but I did not want to double it
>    AltGr-D    like an o, where a diagonal bar is place above it, which
>               is crossed by another bar
>    AltGr-G    x86 has nothing here, left alone from original definition
>    AltGr-H    x86 has nothing here, left alone from original definition
>    AltGr-N    x86 has nothing here, left alone from original definition
> If you need additional information (photo of keyboard?) please mail
> me, I can also try things out. And please apply at least the
> assignement of the AltGr-key. 

A photo of the keyboard *would* be nice.

Denis Barbier, can you review the XKB symbols file submitted, please?

G. Branden Robinson                |     Never attribute to conspiracy that
Debian GNU/Linux                   |     which can be adequately explained
branden@debian.org                 |     by economics.
http://people.debian.org/~branden/ |

Attachment: signature.asc
Description: Digital signature

Reply to: