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) _______________________________________________ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug