GNU bug report logs - #6758
23.2; xterm.el: please provide an option to not discard input in terminal-init-xterm

Previous Next

Full log

Message #29 received at 6758 <at> debbugs.gnu.org (full text, mbox):

From: Jim Paris <jim <at> jtan.com>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 6758 <at> debbugs.gnu.org, Johan Bockgård <bojohan <at> gnu.org>
Subject: Re: bug#6758: 23.2; xterm.el: please provide an option to not
	discard input in terminal-init-xterm
Date: Mon, 23 Aug 2010 20:48:01 -0400

Any thoughts on this patch?

I've found further problems with doing aynchronous terminal queries:
minibuffer prompts get aborted by the xterm response.  For example,
when opening up a large file:

1) Emacs loads and sends "\e[>0c"
2) Emacs prints the "File x is large (123MB), really open? (y or n)" prompt
3) Xterm sends the "\e[>0;253;0c" response, aborting the prompt

Is there a way to make the (define-key input-decode-map "\e[?" nil)
stuff take effect in the minibuffer too so the response can be
properly handled?  Or handle the xterm responses at a higher level
so it doesn't matter where they get sent?

Sigh, this whole terminal response stuff is a real mess and new
failure modes keep popping up every month...  I don't see how this
can be enabled by default for anyone in its current form.

-jim

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.