[lug] Emacs problem
David
dajo at frii.com
Fri Aug 17 12:13:17 MDT 2001
This is beginning to look like a problem that is not in Emacs, but is
elsewhere. If so, that is plain wonderful, since this is a Linux list 8-)
However, do some carefully controlled tests to see if you can be
precise. Input key sequences which are punctuated by keys that you
know work, and then look carefully at the output from view-lossage.
Here is a suggestion, ignore whitespace,, do it in a new, empty buffer.
OOOOOOOO 123 ESC b 456 ESC f 123 M-b 456 M-f
123 ESC < 456 ESC >
123 M-< 456 M-> 123 XXXXXXXX
Create others that investigate specific areas of interest; you are in
the best position to do this. Do it in X and in the console.
If view-lossage corresponds to what you typed, then the problem is in
emacs; if it don't, it ain't. The latter means that something is
wrong with your window manager (not in the console), L***x (uh!), or
hardware.
Other things that I note are these:
* you still have not told us when this problem started, and whether
there was an associated configuration change
* it is interesting that you use Xemacs in a console and not in X; you
could try GNU emacs and see if that performs differently. It occurs
to me that there could be some bizarre behaviour whereby xemacs
refuses to accept certain keystrokes; also that is why the timing
issue above is important.
* this is suspicious:
> Hopefully this should clear up any ambiguity; xemacs just isn't catching
> the keystrokes bound to end-of-buffer for some reason (or, I noticed,
> beginning-of-buffer). If I need to give out more information to further
xemacs is the entity that does the binding between a keystroke that it
receives and one of its commands. It does not make sense to say that
xemacs is not catching keys bound to its commands. It does point to a
faulty command - but this is all in conflict with the keys not being
seen in the first place.
dajo
More information about the LUG
mailing list