Public bug reported:

Binary package hint: gnome-control-center

I'm running jaunty on an original macbook (core duo, not core 2 duo).
The macbook keyboard has the alt and win keys reversed, because on the
mac they aren't alt and win keys - they're command and option keys.   So
there are really two problems.

The first is that I'd expect that when I select the keyboard type of
Apple + Macbook/Macbook Pro, it would automatically arrange for the keys
to be swapped, so that the GUI would be consistent with the user's
expectations (that CMD+Tab would switch between applications, not
Option+Tab).

The second is that, if you really think the current default behavior is
correct, then at least it should be the case that when I go into the
Layout Options... dialog, choose Alt/Win Key Behavior, and then check
"Left Alt is swapped with Left Win", it would do the right thing.   What
it does instead is to give the left alt and left win keys the same
meaning.   This works for application switching, but breaks emacs
horribly, and also messes things up when running vinagre.

The following is what the modifier map looks like with the Macbook
keyboard selected but no swapping:

kandro% xmodmap
xmodmap:  up to 3 keys per modifier, (keycodes in parentheses):

shift       Shift_L (0x32),  Shift_R (0x3e)
lock        Caps_Lock (0x42)
control     Control_L (0x25),  Control_R (0x69)
mod1        Alt_L (0x40),  Alt_R (0x6c),  Meta_L (0xcd)
mod2        Num_Lock (0x4d)
mod3      
mod4        Super_L (0xce),  Hyper_L (0xcf)
mod5        ISO_Level3_Shift (0x5c),  Mode_switch (0xcb)

Here's what it looks like after mapping:

kandro% xmodmap
xmodmap:  up to 4 keys per modifier, (keycodes in parentheses):

shift       Shift_L (0x32),  Shift_R (0x3e)
lock      
control     Control_L (0x25),  Control_L (0x42),  Control_R (0x69)
mod1        Super_L (0x40),  Alt_R (0x6c),  Alt_L (0x85),  Meta_L (0xcd)
mod2        Num_Lock (0x4d)
mod3      
mod4        Super_L (0x40),  Super_L (0xce),  Hyper_L (0xcf)
mod5        ISO_Level3_Shift (0x5c),  Mode_switch (0xcb)

It looks like it's both remapping the key cap *and* remapping the
modifiers, and that's not coming out well.

** Affects: gnome-control-center (Ubuntu)
     Importance: Undecided
         Status: New

** Description changed:

  Binary package hint: gnome-control-center
  
  I'm running jaunty on an original macbook (core duo, not core 2 duo).
  The macbook keyboard has the alt and win keys reversed, because on the
  mac they aren't alt and win keys - they're command and option keys.   So
  there are really two problems.
  
  The first is that I'd expect that when I select the keyboard type of
  Apple + Macbook/Macbook Pro, it would automatically arrange for the keys
  to be swapped, so that the GUI would be consistent with the user's
  expectations (that CMD+Tab would switch between applications, not
  Option+Tab).
  
  The second is that, if you really think the current default behavior is
  correct, then at least it should be the case that when I go into the
  Layout Options... dialog, choose Alt/Win Key Behavior, and then check
  "Left Alt is swapped with Left Win", it would do the right thing.   What
  it does instead is to give the left alt and left win keys the same
  meaning.   This works for application switching, but breaks emacs
  horribly, and also messes things up when running vinagre.
  
  The following is what the modifier map looks like with the Macbook
  keyboard selected but no swapping:
  
  kandro% xmodmap
  xmodmap:  up to 3 keys per modifier, (keycodes in parentheses):
  
  shift       Shift_L (0x32),  Shift_R (0x3e)
  lock        Caps_Lock (0x42)
  control     Control_L (0x25),  Control_R (0x69)
  mod1        Alt_L (0x40),  Alt_R (0x6c),  Meta_L (0xcd)
  mod2        Num_Lock (0x4d)
  mod3      
  mod4        Super_L (0xce),  Hyper_L (0xcf)
  mod5        ISO_Level3_Shift (0x5c),  Mode_switch (0xcb)
  
- kandro% xmodmap
- xmodmap:  up to 3 keys per modifier, (keycodes in parentheses):
- 
- shift       Shift_L (0x32),  Shift_R (0x3e)
- lock        Caps_Lock (0x42)
- control     Control_L (0x25),  Control_R (0x69)
- mod1        Alt_L (0x40),  Alt_R (0x6c),  Meta_L (0xcd)
- mod2        Num_Lock (0x4d)
- mod3      
- mod4        Super_L (0xce),  Hyper_L (0xcf)
- mod5        ISO_Level3_Shift (0x5c),  Mode_switch (0xcb)
- 
- Here's what it looks like after swapping:
+ Here's what it looks like after mapping:
  
  kandro% xmodmap
  xmodmap:  up to 4 keys per modifier, (keycodes in parentheses):
  
  shift       Shift_L (0x32),  Shift_R (0x3e)
  lock      
  control     Control_L (0x25),  Control_L (0x42),  Control_R (0x69)
  mod1        Super_L (0x40),  Alt_R (0x6c),  Alt_L (0x85),  Meta_L (0xcd)
  mod2        Num_Lock (0x4d)
  mod3      
  mod4        Super_L (0x40),  Super_L (0xce),  Hyper_L (0xcf)
  mod5        ISO_Level3_Shift (0x5c),  Mode_switch (0xcb)
  
  It looks like it's both remapping the key cap *and* remapping the
  modifiers, and that's not coming out well.

-- 
Macbook keyboard alt/win key behavior reversed, can't fix in gnome ui
https://bugs.launchpad.net/bugs/361462
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-control-center in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

Reply via email to