Bug#255011: xlibs: mapping for macintosh/ca
Selon [EMAIL PROTECTED]: > Ce jour Fri, 15 Oct 2004, Denis Barbier a dit: > > > Selon [EMAIL PROTECTED]: > > > > > setxkbmap -model pc105 -layout ca -option altwin:rwin_switch > > http://people.debian.org/~barbier/xkb/xkb-4.3.0.dfsg.1-8+SVN.tar.bz2 > > i overwrote xkb/ (no matter), and ran > "setxkbmap -model pc105 -layout ca -option altwin:rwin_switch", disabled > xmodmap from loading, and i get this with xev: Aggghh I made a mistake, sorry. You should type: setxkbmap -model pc105 -layout ca -option lv3:rwin_switch One more word about these new layouts: a key was previously defined as [ k1, k2 ], [ k3, k4 ] There were two groups containing 2 shift levels, and the new layout is [ k1, k2, k3, k4 ] In order to enter the 3rd glyph, you must now press ISO_Level3_Shift instead of Mode_Switch. The latter is mapped to the Right Control key with the ca layout (to enter glyphs of the 2nd group), the former to the Right Option key and remapped to the Right Command key by lv3:rwin_switch (if I understand apple keyboards right, which I am unsure of). -- Denis
Bug#255011: xlibs: mapping for macintosh/ca
Ce jour Fri, 15 Oct 2004, Denis Barbier a dit: > Selon [EMAIL PROTECTED]: > > > setxkbmap -model pc105 -layout ca -option altwin:rwin_switch > http://people.debian.org/~barbier/xkb/xkb-4.3.0.dfsg.1-8+SVN.tar.bz2 i overwrote xkb/ (no matter), and ran "setxkbmap -model pc105 -layout ca -option altwin:rwin_switch", disabled xmodmap from loading, and i get this with xev: an xev mapping of my "control" keys, going from left to right - ctrl_l, option_l, command_l, command_r, option_r, ctrl_r; (CTRL; option=ALT; command=META(?), win key i suppose on m$hit kbds.) with setxkbmap -model pc105 -layout ca -option altwin:rwin_switch set: == === control left: KeyPress event, serial 28, synthetic NO, window 0x161, root 0x40, subw 0x0, time 276339, (-369,-11), root:(448,290), state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 bytes: "" KeyRelease event, serial 28, synthetic NO, window 0x161, root 0x40, subw 0x0, time 276553, (-369,-11), root:(448,290), state 0x4, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 bytes: "" === option left: KeyPress event, serial 28, synthetic NO, window 0x161, root 0x40, subw 0x0, time 304521, (107,89), root:(924,390), state 0x0, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES, XLookupString gives 0 bytes: "" KeyRelease event, serial 28, synthetic NO, window 0x161, root 0x40, subw 0x0, time 304580, (107,89), root:(924,390), state 0x8, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES, XLookupString gives 0 bytes: "" === command left: KeyPress event, serial 28, synthetic NO, window 0x161, root 0x40, subw 0x0, time 327569, (89,96), root:(906,397), state 0x0, keycode 115 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: "" KeyRelease event, serial 28, synthetic NO, window 0x161, root 0x40, subw 0x0, time 327628, (89,96), root:(906,397), state 0x40, keycode 115 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: "" === command right: KeyPress event, serial 28, synthetic NO, window 0x161, root 0x40, subw 0x0, time 345517, (102,30), root:(919,331), state 0x0, keycode 115 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: "" KeyRelease event, serial 28, synthetic NO, window 0x161, root 0x40, subw 0x0, time 345585, (102,30), root:(919,331), state 0x40, keycode 115 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: "" === option right: KeyPress event, serial 28, synthetic NO, window 0x161, root 0x40, subw 0x0, time 357898, (139,41), root:(956,342), state 0x0, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XLookupString gives 0 bytes: "" KeyRelease event, serial 28, synthetic NO, window 0x161, root 0x40, subw 0x0, time 357980, (139,41), root:(956,342), state 0x80, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XLookupString gives 0 bytes: "" === control right: KeyPress event, serial 28, synthetic NO, window 0x161, root 0x40, subw 0x0, time 371738, (48,75), root:(865,376), state 0x0, keycode 109 (keysym 0xff7e, Mode_switch), same_screen YES, XLookupString gives 0 bytes: "" KeyRelease event, serial 28, synthetic NO, window 0x161, root 0x40, subw 0x0, time 371843, (48,75), root:(865,376), state 0x2000, keycode 109 (keysym 0xff7e, Mode_switch), same_screen YES, XLookupString gives 0 bytes: "" = rather annoying i can't map Mode_switch to command right, and free up my right control key... that would be ok i suppose. i *do* have 6 keys, not 5 ;) (these old ADB keyboards don't come with only 5 modifier keys - some did, but those are tiny compared to these full-sized ones). > -- > Denis > -- ,''`. http://www.debian.org/http://www.nuit.ca/ : :' : Debian GNU/Linux http://simonraven.nuit.ca/ ' `- --- GPG Print: 7C49 FD9C 1054 7300 3B7B 8BF4 6A88 7AE2 711D F097 signature.asc Description: Digital signature
Bug#255011: xlibs: mapping for macintosh/ca
Ce jour Fri, 15 Oct 2004, Denis Barbier a dit:
> Selon [EMAIL PROTECTED]:
>
> > > Simon, does
> > > setxkbmap -model pc105 -layout ca -option altwin:rwin_switch
> > > fit your needs?
> >
> > trying it now...
> >
> > the same as the default macintosh/ca.
>
> This is my point, there is no need to copy symbols/ca to symbols/macintosh/ca,
> setting model to pc105 works as well (or as bad ;))
yeh, as bad ;).
> > the iso_3level_shift (or whatever
> > that thing is called) still ends up on r_ctrl, and the command keys
> > ("apple")
> > get unused, and the right one still gets mapped to the left one (Meta_L,
> > IIRC).
>
> This has been fixed and will be available at next upload.
> Maybe you could try a newer version available at
> http://people.debian.org/~barbier/xkb/xkb-4.3.0.dfsg.1-8+SVN.tar.bz2
cool, thanks :).
> (this is not the latest version, but it contains newer Canadian layouts).
> I believe that you can run the setxkbmap command above from the xkb toplevel
> directory, there is no need to overwrite /etc/X11/xkb.
>
> > mozilla(-firefox,thunderbird,...) don't see the key press. this is via
> > xmodmap - yes xmodmap.
>
> What does that mean? You can't type 3rd level characters within mozilla?
> What does xev display when you press these special keys? Please do not
> run xmodmap before xev so that XKB raw data are displayed.
only when i *don't* run my xmodmap file does it work ok, if i do, < > ~ ` - ¬
and other symbols don't work. they do work in most other apps though. i
suspect that's part of the old mozilla-* bug - which i still see on
occasion - where text input is no longer accepted in the location bar.
IOW, no need to run xev, since it *does* work without xmodmap having been run.
> --
> Denis
>
--
,''`. http://www.debian.org/ http://www.nuit.ca/
: :' : Debian GNU/Linux http://simonraven.nuit.ca/
'--
`- GPG Print: 7C49 FD9C 1054 7300
3B7B 8BF4 6A88 7AE2 711D F097
signature.asc
Description: Digital signature
Bug#255011: xlibs: mapping for macintosh/ca
Selon [EMAIL PROTECTED]:
> > Simon, does
> > setxkbmap -model pc105 -layout ca -option altwin:rwin_switch
> > fit your needs?
>
> trying it now...
>
> the same as the default macintosh/ca.
This is my point, there is no need to copy symbols/ca to symbols/macintosh/ca,
setting model to pc105 works as well (or as bad ;))
> the iso_3level_shift (or whatever
> that thing is called) still ends up on r_ctrl, and the command keys ("apple")
> get unused, and the right one still gets mapped to the left one (Meta_L,
> IIRC).
This has been fixed and will be available at next upload.
Maybe you could try a newer version available at
http://people.debian.org/~barbier/xkb/xkb-4.3.0.dfsg.1-8+SVN.tar.bz2
(this is not the latest version, but it contains newer Canadian layouts).
I believe that you can run the setxkbmap command above from the xkb toplevel
directory, there is no need to overwrite /etc/X11/xkb.
> IOW, not satisfactory. and if i set it up in such a way where the
> 3rd_level characters are mapped to command instead of r_ctrl, apps like
> mozilla(-firefox,thunderbird,...) don't see the key press. this is via
> xmodmap - yes xmodmap.
What does that mean? You can't type 3rd level characters within mozilla?
What does xev display when you press these special keys? Please do not
run xmodmap before xev so that XKB raw data are displayed.
--
Denis
Bug#255011: xlibs: mapping for macintosh/ca
Ce jour Fri, 15 Oct 2004, Denis Barbier a dit:
> Branden Robinson wrote:
> > Denis,
> >
> > How hard do you think it would be to adapt symbols/pc/ca to
> > symbols/macintosh?
>
> Simon, does
> setxkbmap -model pc105 -layout ca -option altwin:rwin_switch
> fit your needs?
trying it now...
the same as the default macintosh/ca. the iso_3level_shift (or whatever
that thing is called) still ends up on r_ctrl, and the command keys ("apple")
get unused, and the right one still gets mapped to the left one (Meta_L,
IIRC).
IOW, not satisfactory. and if i set it up in such a way where the
3rd_level characters are mapped to command instead of r_ctrl, apps like
mozilla(-firefox,thunderbird,...) don't see the key press. this is via
xmodmap - yes xmodmap.
(i'm attaching the xmodmap file i use).
> I know nothing about Apple keyboards, and do not understand why
> symbols/macintosh
> is needed since users copy layouts from symbols/pc and everything
> seems to work
[...]
um, there are many more people using this layout in canada than say,
europe or the u.s i know of at least 3 others that have the same
problem as i do. i just feel i don't need to justify this, as we've
been patient with this.
> --
> Denis
>
--
,''`. http://www.debian.org/ http://www.nuit.ca/
: :' : Debian GNU/Linux http://simonraven.nuit.ca/
'--
`- GPG Print: 7C49 FD9C 1054 7300
3B7B 8BF4 6A88 7AE2 711D F097
!
! This is an `xmodmap' input file for
! PC 105 key, wide Delete, tall Enter (XFree86; CF) keyboards.
! Automatically generated on Wed Jul 7 20:47:13 2004 by simon with
! XKeyCaps 2.46; Copyright (c) 1999 Jamie Zawinski <[EMAIL PROTECTED]>.
! http://www.jwz.org/xkeycaps/
!
! This file presupposes that the keyboard is in the default state, and
! may malfunction if it is not.
!
!remove Mod5= Mode_switch Mode_switch
keycode 0x4E = NoSymbol
keycode 0x6E = NoSymbol
keycode 0x31 = slash backslash NoSymbolhyphen bar
keycode 0x0B = 2 at
keycode 0x0C = 3 numbersign
keycode 0x0D = 4 dollar onequarter currency
keycode 0x0F = 6 questionthreequarters fiveeighths
keycode 0x10 = 7 ampersand 7 seveneighthsbraceleft
keycode 0x11 = 8 asterisk8 trademark braceright
keycode 0x12 = 9 parenleft 9 plusminus bracketleft
keycode 0x13 = 0 parenright NoSymbolNoSymbol
bracketright
keycode 0x14 = minus underscore minus questiondown
keycode 0x15 = equal plusdead_cedilladead_ogonek notsign
keycode 0x16 = BackSpace
keycode 0x4D = Num_LockPointer_EnableKeys
keycode 0x17 = Tab ISO_Left_Tab
keycode 0x22 = dead_circumflex dead_diaeresis NoSymboldead_abovering
dead_grave
keycode 0x23 = ccedillaCcedilladead_tilde dead_macron
dead_tilde
keycode 0x4F = KP_7KP_Home
keycode 0x50 = KP_8KP_Up
keycode 0x51 = KP_9KP_Prior
keycode 0x28 = d D eth Dstroke
keycode 0x2D = k K kra
keycode 0x2F = semicolon colon dead_acute dead_doubleacute
degree
keycode 0x30 = egrave Egrave NoSymboldead_caron
keycode 0x33 = agrave Agrave NoSymboldead_breve
keycode 0x53 = KP_4KP_Left
keycode 0x54 = KP_5KP_Begin
keycode 0x55 = KP_6KP_Right
keycode 0x5E = ugrave Ugrave ugrave brokenbar
keycode 0x34 = z Z NoSymbolNoSymbolguillemotleft
keycode 0x35 = x X NoSymbolNoSymbolguillemotright
keycode 0x37 = v V leftdoublequotemark leftsinglequotemark
keycode 0x38 = b B rightdoublequotemarkrightsinglequotemark
keycode 0x3B = comma apostrophe horizconnector multiplyless
keycode 0x3C = period quotedblperiodcentered divisiongreater
keycode 0x3D = eacute Eacute NoSymboldead_abovedot
keycode 0x57 = KP_1KP_End
keycode 0x58 = KP_2KP_Down
keycode 0x59 = KP_3KP_Next
keycode 0x73 = ISO_Level3_Shift
keycode 0x71 = Alt_R
keycode 0x74 = ISO_Level3_Shift
keycode 0x75 = NoSymbol
keycode 0x6D = Control_R
keycode 0x5A = KP_0KP_Insert
keycode 0x5B = KP_Decimal KP_Delete
addControl = Control_R
addMod1= Alt_R
addMod4= ISO_Level3_Shift
addMod5= ISO_Level3_Shift Scroll_Lock
signature.asc
Description: Digital signature
Bug#255011: xlibs: mapping for macintosh/ca
Branden Robinson wrote: > Denis, > > How hard do you think it would be to adapt symbols/pc/ca to symbols/macintosh? I know nothing about Apple keyboards, and do not understand why symbols/macintosh is needed since users copy layouts from symbols/pc and everything seems to work just fine. So I do not plan to work on macintosh models for sarge, except to add more options is some customization is needed. Simon, does setxkbmap -model pc105 -layout ca -option altwin:rwin_switch fit your needs? -- Denis
Bug#255011: xlibs: mapping for macintosh/ca
On Fri, Oct 08, 2004 at 04:02:29AM -0400, [EMAIL PROTECTED] wrote:
> Ce jour Wed, 07 Jul 2004, Branden Robinson a dit:
>
> > What's a CSA layout? If you could take a clear digital photograph of this
> > keyboard, that would be really helpful.
>
> attached is a .png of the layout; as i don't have a digital camera, this
> the best i could do (not the best *drwaing* i could do, but the best means at
> my disposal ;).
This looks almost exactly like the "mulitlingual" Canadian layout that
Denis Barbier committed for the "pc" layout recently[1].
Denis,
How hard do you think it would be to adapt symbols/pc/ca to symbols/macintosh?
[1] Here's the commit message:
r1930 | barbier | 2004-10-08 18:59:51 -0500 (Fri, 08 Oct 2004) | 23 lines
Changed paths:
M /trunk/debian/CHANGESETS
M /trunk/debian/MANIFEST.alpha.in
M /trunk/debian/MANIFEST.amd64.in
M /trunk/debian/MANIFEST.arm.in
M /trunk/debian/MANIFEST.hppa.in
M /trunk/debian/MANIFEST.hurd-i386.in
M /trunk/debian/MANIFEST.i386.in
M /trunk/debian/MANIFEST.ia64.in
M /trunk/debian/MANIFEST.m68k.in
M /trunk/debian/MANIFEST.mips.in
M /trunk/debian/MANIFEST.mipsel.in
M /trunk/debian/MANIFEST.powerpc.in
M /trunk/debian/MANIFEST.s390.in
M /trunk/debian/MANIFEST.sparc.in
M /trunk/debian/TODO
M /trunk/debian/changelog
A /trunk/debian/patches/099j_xkb_new_layouts.diff
M /trunk/debian/patches/099z_xkb_fix_rules_xfree86.diff
M /trunk/debian/xlibs.install
* Add several multi-layout aware layouts:
+ ca contains several variants: 'fr' is meant as a replacement for
ca_enhanced, 'fr-legacy' is another variant, and 'multi' is an
implementation of CAN/CSA-Z243.200-92. This norm requires two groups,
so it is in fact divided into 'multi' and 'multi-2gr'.
By default, 'ca' loads both 'multi' and 'multi-2gr' variants to provide
a full featured keyboard. When it is combined with other layouts,
the simpler variant 'fr' is used, but others can be explicitly
specified. Closes: #245371, #252068, #258575
This new layout also fixes ISO_Level3_Shift, which was mapped to
RCTL instead of RALT. Closes: #274457
+ jp also requires a combination of two variants. When this is
the only loaded layout, the full combination is defined. When
it is combined with others, both 'jp106' and 'latin' variants must
be explicitly defined.
+ hu layout has been simplified, some variants have been removed.
Closes: #263561, #269929
+ ch replaces de_CH and fr_CH.
+ mn and vn are simple layouts.
The patch to remove handling of us_intl from rules/xfree86 has been
moved from 099z_xkb_fix_rules_xfree86 to 099j_xkb_new_layouts.
I've attached the new symbols/pc/ca file for your review. The only difference
between that and your image file I can see is that the tilde is not dead:
[...]
partial
xkb_symbols "multi" {
name[Group1] = "Canadian Multilingual";
include "pc/ca(fr)"
[...]
key { [ ccedilla, Ccedilla, asciitilde ] };
[...]
};
--
G. Branden Robinson|Somebody once asked me if I thought
Debian GNU/Linux |sex was dirty. I said, "It is if
[EMAIL PROTECTED] |you're doing it right."
http://people.debian.org/~branden/ |-- Woody Allen
default partial
xkb_symbols "fr" {
name[Group1] = "Canadian French";
key { [ numbersign, bar, backslash ] };
key { [ 1, exclam, plusminus ] };
key { [ 2, quotedbl,at ] };
key { [ 3, slash, sterling ] };
key { [ 4, dollar, cent ] };
key { [ 5,percent, currency ] };
key { [ 6, question, notsign ] };
key { [ 7, ampersand, brokenbar ] };
key { [ 8, asterisk, twosuperior ] };
key { [ 9, parenleft, threesuperior ] };
key { [ 0, parenright,onequarter ] };
key { [ minus, underscore, onehalf ] };
key { [ equal, plus, threequarters ] };
key { [ q, Q ] };
key { [ w, W ] };
key { [ e, E ] };
key { [ r, R ] };
key { [ t, T ] };
key { [ y, Y ] };
key { [ u, U ] };
key { [ i, I ] };
key { [ o, O, section ] };
key { [ p, P, paragraph ] };
key { [dead_circumflex, dead_circumflex, bracketleft ] };
key { [ dead_cedilla, dead_diaeresis, bracketright ] };
key { [ a,
Bug#255011: xlibs: mapping for macintosh/ca
Ce jour Wed, 07 Jul 2004, Branden Robinson a dit: > What's a CSA layout? If you could take a clear digital photograph of this > keyboard, that would be really helpful. attached is a .png of the layout; as i don't have a digital camera, this the best i could do (not the best *drwaing* i could do, but the best means at my disposal ;). cheers > -- > G. Branden Robinson|Beware of and eschew pompous > Debian GNU/Linux |prolixity. > [EMAIL PROTECTED] |-- Charles A. Beardsley > http://people.debian.org/~branden/ | -- Microsoft is to operating systems & security what McDonalds is to gourmet cooking. keyboard_layout.png Description: PNG image signature.asc Description: Digital signature
Bug#255011: xlibs: mapping for macintosh/ca
Ce jour Wed, 07 Jul 2004, Branden Robinson a dit:
> I'm pretty sure can help you come up with a good symbols/macintosh/ca file.
>
i do believe there's the possibility of using the one in xkb/symbols/ca;
i've copied it there, and patched it - with some clues from the patch
you sent - so the key gets the ISO_Level3_Shift instead of the
key. i'm attaching it here.
> Not submitted to XFree86.
>
--
FBI CIA NSA IRS ATF BATF DOD WACO RUBY RIDGE OKC OKLAHOMA CITY MILITIA
GUN HANDGUN MILGOV ASSAULT RIFLE TERRORISM BOMB DRUG HORIUCHI KORESH
DAVIDIAN KAHL POSSE COMITATUS RANDY WEAVER VICKIE WEAVER SPECIAL
FORCES LINDA THOMPSON SPECIAL OPERATIONS GROUP SOG SOF DELTA FORCE
CONSTITUTION BILL OF RIGHTS WHITEWATER POM PARK ON METER ARKANSIDE
IRAN CONTRAS OLIVER NORTH VINCE FOSTER PROMIS MOSSAD NASA MI5 ONI CID
AK47 M16 C4 MALCOLM X REVOLUTION CHEROKEE HILLARY BILL CLINTON GORE
GEORGE BUSH WACKENHUT TERRORIST TASK FORCE 160 SPECIAL OPS 12TH GROUP
5TH GROUP SF
You hear those, Echelon? Any of the words should be enough to "flag" your
communication by Echelon--let's see how big their storage capacity REALLY
is...*VBEG* Remember: EVERY day is Jam Echelon day!
--- ca.bak 2003-07-31 08:17:24.0 +
+++ ca 2004-07-07 20:05:13.293463016 +
@@ -124,10 +124,12 @@
symbols[Group2]= [ periodcentered, division ]
};
key { [eacute,Eacute ],
- [NoSymbol, dead_abovedot ] };
-key {[ ISO_Level3_Shift ] };
-
-modifier_map Mod5 { };
+ [NoSymbol, dead_abovedot ] };
+//key {[ ISO_Level3_Shift ] };
+//
+//modifier_map Mod5 { };
+ key {[ ISO_Level3_Shift ] };
+ modifier_map Mod5 { };
};
partial alphanumeric_keys
signature.asc
Description: Digital signature
Bug#255011: xlibs: mapping for macintosh/ca
Ce jour Wed, 07 Jul 2004, Branden Robinson a dit: > # don't woody and sarge have this problem too? sid tag was removed 2 reportbug revisions ago ;) > On Fri, Jun 18, 2004 at 10:28:03AM +, simon raven wrote: > > What's a CSA layout? If you could take a clear digital photograph of this > keyboard, that would be really helpful. um, that may take some time since i don't have a digital camera and would have to borrow one. > > except that one of the command keys is mapped to Meta_L, when i have two > > on this keyboard, which could be mapped to Meta_L and Meta_R, but aren't. > > That's caused by a typo in /etc/X11/xkb/symbols/macintosh/us. ooh, i see > I've attached a patch for that particular problem; this fix will be in -6. thanks > > i'm willing to provide the physical layout of the keys if need be > > (posted via text or image medium at a fetchable URL). > > Yes, please do. ok, ASAP :). i'll get started on that. > I'm pretty sure can help you come up with a good symbols/macintosh/ca file. that would be great, thanks again. > $Id: 093_xkb_fix_macintosh_problems.diff 1589 2004-06-28 06:08:54Z branden $ > > Fix miscellaneous Macintosh XKB data problems: > * The keypad equal key () should map to the "KP_Equal" keysym, not > "equal". > * Fix typo that kept the right Alt key from working. > > This patch by Branden Robinson. > > Not submitted to XFree86. > -- Puritanism: The haunting fear that someone, somewhere may be happy. signature.asc Description: Digital signature
Bug#255011: xlibs: mapping for macintosh/ca
retitle 255011 xlibs: support for ca layout on macintosh model wanted
tag 255011 - sid # don't woody and sarge have this problem too?
tag 255011 + upstream
thanks
On Fri, Jun 18, 2004 at 10:28:03AM +, simon raven wrote:
> Package: xlibs
> Version: 4.3.0.dfsg.1-5
> Severity: wishlist
> Tags: sid
>
> hi,
>
> i've copied the symbols file from one dir up (/etc/X11/xkb/symbols) to
> the macintosh/ dir (/etc/X11/xkb/symbols/macintosh). this works fine for
> my keyboard, which is one of those old ADB "apple design" keyboards,
> with a CSA layout,
What's a CSA layout? If you could take a clear digital photograph of this
keyboard, that would be really helpful.
> except that one of the command keys is mapped to Meta_L, when i have two
> on this keyboard, which could be mapped to Meta_L and Meta_R, but aren't.
That's caused by a typo in /etc/X11/xkb/symbols/macintosh/us.
I've attached a patch for that particular problem; this fix will be in -6.
> i use xmodmap (*sigh*) to get the proper accent mappings (not perfect,
> but works), etc. all except that damned right command key acts as a left
> command key.
>
> i believe this is a simple thing to fix, as it's one key, but xkb is
> strange to me, and have tried on several occasions to figure it out, but
> haven't been able to do so.
>
> i'm willing to provide the physical layout of the keys if need be
> (posted via text or image medium at a fetchable URL).
Yes, please do.
I'm pretty sure can help you come up with a good symbols/macintosh/ca file.
(In the future, please be careful about robotically applying the "sid" tag
to bugs you report. I know reportbug often deceives people into doing
this.)
--
G. Branden Robinson|Beware of and eschew pompous
Debian GNU/Linux |prolixity.
[EMAIL PROTECTED] |-- Charles A. Beardsley
http://people.debian.org/~branden/ |
$Id: 093_xkb_fix_macintosh_problems.diff 1589 2004-06-28 06:08:54Z branden $
Fix miscellaneous Macintosh XKB data problems:
* The keypad equal key () should map to the "KP_Equal" keysym, not
"equal".
* Fix typo that kept the right Alt key from working.
This patch by Branden Robinson.
Not submitted to XFree86.
--- xc/programs/xkbcomp/symbols/macintosh/us~ 2004-06-28 00:55:39.0
-0500
+++ xc/programs/xkbcomp/symbols/macintosh/us2004-06-28 00:55:53.0
-0500
@@ -101,7 +101,7 @@
// Begin "Keypad" section
key { [ Num_Lock,Pointer_EnableKeys ] };
-key { [ equal] };
+key { [ KP_Equal ] };
key { [ KP_Divide] };
key { [ KP_Multiply ] };
@@ -132,7 +132,7 @@
key { [ Alt_L] };
key { [ Alt_R] };
key { [ Meta_L ] };
-key { [ Meta_R ] };
+key { [ Meta_R ] };
// End "Modifier" section
// begin modifier mappings
signature.asc
Description: Digital signature
Processed: Re: Bug#255011: xlibs: mapping for macintosh/ca
Processing commands for [EMAIL PROTECTED]: > retitle 255011 xlibs: support for ca layout on macintosh model wanted Bug#255011: xlibs: mapping for macintosh/ca Changed Bug title. > tag 255011 - sid # don't woody and sarge have this problem too? Unknown tag/s: #, don't, and, have, this, problem, too?. Recognized are: patch wontfix moreinfo unreproducible fixed potato woody sid help security upstream pending sarge sarge-ignore experimental d-i confirmed ipv6 lfs fixed-in-experimental fixed-upstream l10n. Bug#255011: xlibs: support for ca layout on macintosh model wanted Tags were: sid Tags removed: sid, woody, sarge > tag 255011 + upstream Bug#255011: xlibs: support for ca layout on macintosh model wanted There were no tags set. Tags added: upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#255011: xlibs: mapping for macintosh/ca
Package: xlibs Version: 4.3.0.dfsg.1-5 Severity: wishlist Tags: sid hi, i've copied the symbols file from one dir up (/etc/X11/xkb/symbols) to the macintosh/ dir (/etc/X11/xkb/symbols/macintosh). this works fine for my keyboard, which is one of those old ADB "apple design" keyboards, with a CSA layout, except that one of the command keys is mapped to Meta_L, when i have two on this keyboard, which could be mapped to Meta_L and Meta_R, but aren't. i use xmodmap (*sigh*) to get the proper accent mappings (not perfect, but works), etc. all except that damned right command key acts as a left command key. i believe this is a simple thing to fix, as it's one key, but xkb is strange to me, and have tried on several occasions to figure it out, but haven't been able to do so. i'm willing to provide the physical layout of the keys if need be (posted via text or image medium at a fetchable URL). cheers, simon -- Package-specific info: Keyboard-related contents of XFree86 X server log file /var/log/XFree86.0.log: (==) ServerLayout "XFree86 Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "macintosh" (**) XKB: model: "macintosh" (**) Option "XkbLayout" "ca" (**) XKB: layout: "ca" (==) Keyboard: CustomKeycode disabled (WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/truetype". Entry deleted from font path. (Run 'mkfontdir' on "/usr/share/fonts/truetype"). (WW) `fonts.dir' not found (or not valid) in "/var/lib/defoma/pango.d". Entry deleted from font path. -- (II) ATI(0): Direct rendering disabled (==) RandR enabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFree86-Bigfont -- (**) Option "CorePointer" (**) Mouse0: Core Pointer (**) Option "Device" "/dev/input/mice" (**) Mouse0: Emulate3Buttons, Emulate3Timeout: 50 (==) Mouse0: Buttons: 3 (II) Keyboard "Keyboard0" handled by legacy driver (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (II) Server_Terminate keybinding not found (II) Mouse0: ps2EnableDataReporting: succeeded (II) ATI(0): Shutting down Xvideo subsystems GetModeLine - scrn: 0 clock: 64900 Keyboard-related contents of XFree86 X server log file /var/log/XFree86.1.log: (==) ServerLayout "XFree86 Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (**) Option "XkbLayout" "ca" (**) XKB: layout: "ca" (==) Keyboard: CustomKeycode disabled (WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/truetype". Entry deleted from font path. (Run 'mkfontdir' on "/usr/share/fonts/truetype"). (WW) `fonts.dir' not found (or not valid) in "/var/lib/defoma/pango.d". Entry deleted from font path. -- (WW) ATI(0): Option "force_pci_mode" is not used (==) RandR enabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFree86-Bigfont -- (**) Option "CorePointer" (**) Mouse0: Core Pointer (**) Option "Device" "/dev/input/mice" (**) Mouse0: Emulate3Buttons, Emulate3Timeout: 50 (==) Mouse0: Buttons: 3 (II) Keyboard "Keyboard0" handled by legacy driver (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (II) Mouse0: ps2EnableDataReporting: succeeded (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Mouse0: ps2EnableDataReporting: succeeded Keyboard-related contents of XFree86 X server log file /var/log/XFree86.2.log: (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Default Layout" (**) |-->Screen "Screen1" (0) (**) | |-->Monitor "Apple Colour Display" (**) | |-->Device "Onboard Video Card" (**) |-->Input Device "AppleDesign Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "macintosh" (**) XKB: model: "macintosh" (**) Option "XkbLayout" "ca" (**) XKB: layout: "ca" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Logitech MouseMan ADB Mouse" (WW) The directory "/var/lib/defoma/x-ttcid-conf.d/dirs/True
