>>>>> On Sat, 12 May 2007 13:46:50 -0500, "Tom Tobin" <[EMAIL PROTECTED]> said:
>> I could reproduce the Option-n case and I think the following patch >> will fix it. But the patch fixes a problem with dead-key >> processing, and I have no idea about the Option-v case. Is it >> possible for the OP to try to reproduce it with "a Carbon build >> straight from GNU Emacs CVS" (with setting mac-option-modifier to >> meta)? > Yes, I can reproduce it with a Carbon GNU Emacs build. The bug > happens whenever any two Meta keys, each bound to scroll commands, > are pressed and held down in alternation (e.g., bind M-n to > scroll-up, and then alternate in a buffer spanning several > screen-lengths between holding down M-n for a second or two, then > M-v for a second or two, then M-n again, etc.; you will see the √ > character inserted into the buffer for M-v, and the dead-key symbol > inserted for M-n.). The issue is definitely not specific to dead > keys. Still I can't reproduce it on a Carbon build with my previous patch, which is only for the dead-key cases. Could you show a concrete procedure starting from ".../Emacs.app/Contents/MacOS/Emacs -Q"? What I tried was: 1) /Applications/Emacs.app/Contents/MacOS/Emacs -Q 2) Evaluate (setq mac-option-modifier 'meta) and (global-set-key "\M-n" 'scroll-up) in *scratch*. 3) C-h n to show Emacs News. 4) Hold down Option-n for a second or two, then Option-v for a second or two, then Option-n again, etc. I'm using Mac OS X 10.4.9, PowerBook G4, US keyboard layout. Also, to make sure, please try some case that does not involve any dead-keys. YAMAMOTO Mitsuharu [EMAIL PROTECTED]
_______________________________________________ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug