Re: C-char doesn't respect current keyboard layout, OS X Carbon
Ar an ceathrú lá is fiche de mí Aibréan, scríobh YAMAMOTO Mitsuharu: On Tue, 24 Apr 2007 10:29:38 +0200, Aidan Kehoe [EMAIL PROTECTED] said: Can you replace `action=' at line 722 with `output=' and try again? There’s no action= at line 722--you’re talking about ExtendedIrishAidan.keylayout, available in the same directory. Oops, sorry. Yes, what I downloaded was ExtendedIrishAidan.keylayout. I reached it by following a link in http://www.parhasard.net/keyboard/, because I couldn't find http://www.parhasard.net/keyboard/ExtendedAidan.layout. Does the modified ExtendedIrishAidan.keylayout have the same problem? http://www.parhasard.net/keyboard/ExtendedAidan.keylayout , the keyboard layout I was talking about in the first place, and the most recent version of the file, has the problem. I don’t get any error messages in console.log when I log in with ExtendedAidan.keylayout . Neither do I. But I couldn't reproduce the problem with US keyboard. The keyboard hardware should be irrelevant. Okay, I did a cvs update and updated my OS (I was previously running 10.4.7, am now runnibng 10.4.9), and I no longer see the problem, whether with my layout or Nikolaj’s. Thank you for your attention! -- 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
Re: C-char doesn't respect current keyboard layout, OS X Carbon
Ar an ceathrú lá is fiche de mí Aibréan, scríobh YAMAMOTO Mitsuharu: On Mon, 23 Apr 2007 21:24:10 +0200, Aidan Kehoe [EMAIL PROTECTED] said: Interestingly, it seems to be a difference between custom layouts and the layouts that shipped with the system. If I switch to the British or US layout, the problem goes away; that is, the control key behaves as expected, given the selected key layout. So, is your Irish layout different from what is bundled with Mac OS X? Could you precisely explain what I've installed a variant of the OS X Irish layout (which is itself a variant of the British layout) in the original message means? http://www.parhasard.net/keyboard/ExtendedAidan.layout is a variant of the Irish layout, created as described here: http://developer.apple.com/technotes/tn2002/tn2056.html . I copied to that file to /Library/Keyboard Layouts , as Apple documents to be a legitimate way to install such a layout. I then logged out, logged in again, selected that layout in System Preferences - International(?) (I’m not certain it’s called that in English, but something similar), leaving the British layout also available in the list, since it didn’t allow me to have the custom layout on its own (for some unknown reason). -- 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
Re: C-char doesn't respect current keyboard layout, OS X Carbon
On Tue, 24 Apr 2007 08:27:36 +0200, Aidan Kehoe [EMAIL PROTECTED] said: So, is your Irish layout different from what is bundled with Mac OS X? Could you precisely explain what I've installed a variant of the OS X Irish layout (which is itself a variant of the British layout) in the original message means? http://www.parhasard.net/keyboard/ExtendedAidan.layout is a variant of the Irish layout, created as described here: http://developer.apple.com/technotes/tn2002/tn2056.html . I downloaded http://www.parhasard.net/keyboard/ExtendedAidan.keylayout, ^^^ then put it in /Library/Keyboard Layouts, and did re-login. But this layout did not appear in the Input Menu pane. Instead, I found the error message in console.log: uchr XML compiler: Reference to undefined action \u00a6 According to the above technical note, it means there's an error in the keylayout file. (I'm using Mac OS X 10.4.9.) Can you replace `action=' at line 722 with `output=' and try again? YAMAMOTO Mitsuharu [EMAIL PROTECTED] ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: C-char doesn't respect current keyboard layout, OS X Carbon
Ar an ceathrú lá is fiche de mí Aibréan, scríobh YAMAMOTO Mitsuharu: On Tue, 24 Apr 2007 08:27:36 +0200, Aidan Kehoe [EMAIL PROTECTED] said: So, is your Irish layout different from what is bundled with Mac OS X? Could you precisely explain what I've installed a variant of the OS X Irish layout (which is itself a variant of the British layout) in the original message means? http://www.parhasard.net/keyboard/ExtendedAidan.layout is a variant of the Irish layout, created as described here: http://developer.apple.com/technotes/tn2002/tn2056.html . I downloaded http://www.parhasard.net/keyboard/ExtendedAidan.keylayout, ^^^ Oops, sorry about that error. then put it in /Library/Keyboard Layouts, and did re-login. But this layout did not appear in the Input Menu pane. Instead, I found the error message in console.log: uchr XML compiler: Reference to undefined action \u00a6 According to the above technical note, it means there's an error in the keylayout file. (I'm using Mac OS X 10.4.9.) Can you replace `action=' at line 722 with `output=' and try again? There’s no action= at line 722--you’re talking about ExtendedIrishAidan.keylayout, available in the same directory. I don’t get any error messages in console.log when I log in with ExtendedAidan.keylayout . -- 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
Re: C-char doesn't respect current keyboard layout, OS X Carbon
On Tue, 24 Apr 2007 10:29:38 +0200, Aidan Kehoe [EMAIL PROTECTED] said: Can you replace `action=' at line 722 with `output=' and try again? There’s no action= at line 722--you’re talking about ExtendedIrishAidan.keylayout, available in the same directory. Oops, sorry. Yes, what I downloaded was ExtendedIrishAidan.keylayout. I reached it by following a link in http://www.parhasard.net/keyboard/, because I couldn't find http://www.parhasard.net/keyboard/ExtendedAidan.layout. Does the modified ExtendedIrishAidan.keylayout have the same problem? I don’t get any error messages in console.log when I log in with ExtendedAidan.keylayout . Neither do I. But I couldn't reproduce the problem with US keyboard. On Mon, 23 Apr 2007 21:24:10 +0200, Aidan Kehoe [EMAIL PROTECTED] said: Interestingly, it seems to be a difference between custom layouts and the layouts that shipped with the system. If I switch to the British or US layout, the problem goes away; that is, the control key behaves as expected, given the selected key layout. All the shipped XML keylayouts are for Unicode keyboards (group=126 and id=[some negative number]), but ExtendedAidan.keylayout is for Roman (group=0). If the modified ExtendedIrishAidan.keylayout doesn't have the same problem, then I'd suspect a bug in UCKeyTranslate() with the combination of XML non-Unicode keylayout and non-US keyboard. YAMAMOTO Mitsuharu [EMAIL PROTECTED] ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: C-char doesn't respect current keyboard layout, OS X Carbon
Hello, I've accumulated a bit of experience with these Unicode layouts since I use one myself. I've had the exact same problems with earlier versions of Emacs, however I've found that recent versions work correctly out of the box. I could not reproduce your problem, either, using a your layout on a (physically) German keyboard and OS 10.4.9. In the input menu, the only other available keyboard is a British (UK) layout. No other account has the German keyboard available. - 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 Usually it would fall back to the available non-Unicode keyboards, i.e. UK in this case. Can you verify that only the UK layout was checked in International (other than you layout of course). Would you try my keylayout to see what happens? You can get it on https://bugs.eclipse.org/bugs/show_bug.cgi?id=153432 regards, Nikolaj Schumacher ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: C-char doesn't respect current keyboard layout, OS X Carbon
On Mon, 23 Apr 2007 21:24:10 +0200, Aidan Kehoe [EMAIL PROTECTED] said: Interestingly, it seems to be a difference between custom layouts and the layouts that shipped with the system. If I switch to the British or US layout, the problem goes away; that is, the control key behaves as expected, given the selected key layout. So, is your Irish layout different from what is bundled with Mac OS X? Could you precisely explain what I've installed a variant of the OS X Irish layout (which is itself a variant of the British layout) in the original message means? YAMAMOTO Mitsuharu [EMAIL PROTECTED] ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
C-char doesn't respect current keyboard layout, OS X Carbon
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
Re: C-char doesn't respect current keyboard layout, OS X Carbon
On Mon, 23 Apr 2007 00:36:03 +0200, Aidan Kehoe [EMAIL PROTECTED] said: 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. I don't have German keyboards and I can't reproduce this with my US keyboard. Could you see if each of the following setting/patch changes the behavior? 1) (setq mac-pass-control-to-system nil) 2) Patch to macterm.c: Index: src/macterm.c === RCS file: /cvsroot/emacs/emacs/src/macterm.c,v retrieving revision 1.214 diff -c -p -r1.214 macterm.c *** src/macterm.c 13 Apr 2007 08:14:03 - 1.214 --- src/macterm.c 23 Apr 2007 02:01:01 - *** XTread_socket (sd, expected, hold_quit) *** 11321,11326 --- 11321,11331 UniChar code; UniCharCount actual_length; + #if USE_CARBON_EVENTS + GetEventParameter (eventRef, kEventParamKeyboardType, + typeUInt32, NULL, + sizeof (UInt32), NULL, keyboard_type); + #endif status = UCKeyTranslate (uchr_ptr, keycode, key_action, modifier_key_state, YAMAMOTO Mitsuharu [EMAIL PROTECTED] ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug