C-<char> doesn't respect current keyboard layout, OS X Carbon

[Aidan Kehoe]

Dear Bug Team!

I'm running on Mac OS X 10.4.7, under a German-language install. The default
software keyboard layout associated with the installed system, and indeed my
physical hardware, is also German. However, I've installed a variant of the
OS X Irish layout (which is itself a variant of the British layout) and that
is the currently active keyboard layout. In the input menu, the only other
available keyboard is a British (UK) layout. No other account has the German
keyboard available.

When I type normally, this layout is respected. However, when I use the
control key, it is not, and instead the German layout is used. Some
examples:

- The key with the label ü, which sends [ to every app on the system,
  sends C-ü to this emacs build when pressed at the same time as the
  control key, , and consequently I get a message "C-ü is undefined."
  The same key sends [ to this emacs when pressed on its own, or in
  combination with shift, or Meta. 

- The key with the label z, which sends y to every app on the system,
  sends C-z to this emacs build when pressed at the same time as the
  control key, and as a result minimises the program instead of
  pasting (or "yanking" if you prefer). The same key sends y to this
  emacs when pressed on its own, or in combination with another
  modifier.

- The key labelled 6 (unshifted) and & (shifted) sends 6 (unshifted)
  and ^ (shifted) to every app on the system. However, when pressed in
  combination with shift and control, this emacs receives it as C-&,
  and I get the message C-& is undefined. 

In general, this is annoying and unexpected. Though it is a diverting
surprise to see an app fall back, incorrectly, to something other than the
US layout.

Best regards, 

        Aidan Kehoe

In GNU Emacs 22.0.92.1 (i386-apple-darwin8.7.1, Carbon Version 1.6.0)
 of 2007-04-23 on bonbon
X server distributor `Apple Computers', version 10.4.7
configured using `configure  '--enable-carbon-app''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: de_DE.UTF-8
  locale-coding-system: utf-8
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  encoded-kbd-mode: t
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  unify-8859-on-encoding-mode: t
  utf-translate-cjk-mode: t
  auto-compression-mode: t
  line-number-mode: t

Recent input:
<help-echo> <down-mouse-1> <mouse-1> <down-mouse-1> 
<mouse-1> y <backspace> o n c e SPC y p <backspace> 
<backspace> u p o n SPC a SPC i t <backspace> <backspace> 
<backspace> t <backspace> SPC t i m e SPC <help-echo> 
<return> <return> C-z <help-echo> <help-echo> <help-echo> 
<help-echo> <f1> l C-y <return> <return> <f1> k C-ü 
<escape> x r e p o r t - e m a c s - b u g <return> 
C-g { <backspace> <backspace> <backspace> <backspace> 
<backspace> <backspace> [ <backspace> p <backspace> 
C-p SPC <backspace> C-ü C-+ C-ä C-p C-p <escape> x 
<escape> p <return>

Recent messages:
Type C-x 1 to remove help window.  
Mark set
Loading subst-ksc...done
Loading subst-gb2312...done
Loading subst-big5...done
Loading subst-jis...done
C-ü is undefined
Loading emacsbug...
Loading regexp-opt...done
Loading emacsbug...done
Quit

-- 
On the quay of the little Black Sea port, where the rescued pair came once
more into contact with civilization, Dobrinton was bitten by a dog which was
assumed to be mad, though it may only have been indiscriminating. (Saki)