Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!bbn!gateway!dsys.ncsl.nist.GOV!rbj
From: rbj@dsys.ncsl.nist.GOV (Root Boy Jim)
Newsgroups: comp.emacs
Subject: meta keys and esc prefixing (gnuemacs 18.52)
Message-ID: <8909071845.AA24100@dsys.ncsl.nist.gov>
Date: 7 Sep 89 18:45:28 GMT
Sender: news@bbn.COM
Organization: National Institute of Standards and Technology
	formerly National Bureau of Standards
Lines: 31

? From: Jamie Mazer <bek-owl!mazer@csvax.caltech.edu>

?  Now that I've got access to a keyboard with a real meta key (NCD
? X-term), I've noticed something wierd with gnuemacs 18.52. If I
? type: 	"C-S <search-string> M-V" (C-S bound to
? forward-i-search)\ The i-search proceeds normally, but instead of
? M-V terminating the search and moving forward a screen - it gets
? read as <esc>V - in which case the esc terminates and the V gets
? inserted into the buffer - even though I use the meta key on the
? keyboard. I noticed this problem previously with non-meta terminals
? (vt100s), but figured it would be fixed on a "nice" terminal which
? sends eigth-bit info.  Is this a known bug? (Or perhaps feature ;-)
? Does anyone have a workaround?  It would be nice if i-search were
? smarter about gobbling the esc so quickly..

A simpler fix (than Joe Wells') is just to (setq search-exit-char 13)
to make RET exit searches. How often do you want to search across
lines anyway? If you do, you can use ^Q ^J.

Joe, I would remove the input-pending-p from your solution. Just make
ESC always terminate the search and restuff it. It's less confusing
that way, and avoids a slight race condition.

? Just wonderin'
? /Jamie
?   UUCP: {rutgers,ames}!cit-vax!bek-owl!mazer
?   ARPA: mazer@bek-owl.caltech.edu  "It's a fine line between line between
? BITNET: jmazer@caltech.bitnet       clever and stupid" -- Spinal Tap

	Root Boy Jim and
	the GNU Bohemians