[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#11765: 24.1 upgrade breaks porkrind Emacs over Mac-to-Mac screen sha
bug#11765: 24.1 upgrade breaks porkrind Emacs over Mac-to-Mac screen sharing
Fri, 22 Jun 2012 16:03:32 -0400
Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux)
> The regression is that Ctrl- and Alt- key chords don't work in 24.1 (only)
> over Screen Sharing. It's *not* simply that Ctrl and Alt are not seen; in
> other words it's *not* the case that when I type C-x I get an 'x' in the
> buffer. I don't have a concrete description of exactly what occurs -
> visually I either see nothing, I see a symbol appear in the buffer, or I see
> an error message that might be appropriate for some command, but is
> unrelated to what I tried to type. One thing I know to be reliably
> reproducible is that if I start Emacs and immediately type C-h, I get the
> message "Beginning of buffer".
Thanks for your report. Hopefully someone more knowledgeable about the
Mac OS X code than I will be able to look into it, but in the mean time,
can you use C-h l to see what events Emacs thinks it is receiving?
E.g. try the "start Emacs and hit C-h" and then do C-h l or M-x
view-lossage RET or type "(view-lossage)" in the *scratch* buffer and
then select "Evaluate and Print" in the "Lisp-Interaction" menu, in case
the C-h and M-x bindings are too messed-up to use.
You can try it after hitting a few different C-<something> and
M-<something> combinations, just just make sure you type something
recognisable in-between so that you can figure out which (sequences) of
events corresponds to those bindings in the view-lossage output.