From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#11822: 24.1; emacsclient terminal mode captures escape characters as text Date: Tue, 08 Sep 2015 09:22:59 -0400 Message-ID: References: <6eipe9fypj.fsf@just-testing.permabit.com> <83d34h739a.fsf@gnu.org> <501848BE.10702@permabit.com> <5021D940.8050401@permabit.com> <415962DC-9BF5-4595-8180-7BE8DB545206@permabit.com> <502427D2.3080003@permabit.com> <83ipcre0fm.fsf@gnu.org> <2AB38709-2307-437E-A242-70B8A358BE4F@permabit.com> <83a9y3dwa8.fsf@gnu.org> <838vdndv9m.fsf@gnu.org> <1341183F-84AB-4257-B28B-57BDE5CA4F20@permabit.com> <83r3m97bzs.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1441718668 21877 80.91.229.3 (8 Sep 2015 13:24:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 8 Sep 2015 13:24:28 +0000 (UTC) Cc: Ken Raeburn , 11822@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Sep 08 15:24:16 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZZIsf-00046r-WD for geb-bug-gnu-emacs@m.gmane.org; Tue, 08 Sep 2015 15:24:14 +0200 Original-Received: from localhost ([::1]:34048 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZZIsf-0006Kr-On for geb-bug-gnu-emacs@m.gmane.org; Tue, 08 Sep 2015 09:24:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47061) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZZIsY-0006K7-KJ for bug-gnu-emacs@gnu.org; Tue, 08 Sep 2015 09:24:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZZIsU-0005ks-LI for bug-gnu-emacs@gnu.org; Tue, 08 Sep 2015 09:24:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:60176) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZZIsU-0005ko-IM for bug-gnu-emacs@gnu.org; Tue, 08 Sep 2015 09:24:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZZIsU-0007lF-98 for bug-gnu-emacs@gnu.org; Tue, 08 Sep 2015 09:24:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Sep 2015 13:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11822 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 11822-submit@debbugs.gnu.org id=B11822.144171858229749 (code B ref 11822); Tue, 08 Sep 2015 13:24:02 +0000 Original-Received: (at 11822) by debbugs.gnu.org; 8 Sep 2015 13:23:02 +0000 Original-Received: from localhost ([127.0.0.1]:52386 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZZIrW-0007jk-Ej for submit@debbugs.gnu.org; Tue, 08 Sep 2015 09:23:02 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:41719) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZZIrU-0007jG-IY for 11822@debbugs.gnu.org; Tue, 08 Sep 2015 09:23:01 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A8FgA731xV/5Wg+M5cgxCEAk6FB8MLBAICgTw8EQEBAQEBAQGBCkEFg10BAQMBIzMjEAsaAhgOAgIUGA0kiDcIqwykFwEBAQcCAR+BIYoZhFIzB4JogUUFsz+BRSOCO4FZIoJ4AQEB X-IPAS-Result: A0A8FgA731xV/5Wg+M5cgxCEAk6FB8MLBAICgTw8EQEBAQEBAQGBCkEFg10BAQMBIzMjEAsaAhgOAgIUGA0kiDcIqwykFwEBAQcCAR+BIYoZhFIzB4JogUUFsz+BRSOCO4FZIoJ4AQEB X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="162895292" Original-Received: from 206-248-160-149.dsl.teksavvy.com (HELO pastel.home) ([206.248.160.149]) by ironport2-out.teksavvy.com with ESMTP; 08 Sep 2015 09:23:00 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id ACC706040C; Tue, 8 Sep 2015 09:22:59 -0400 (EDT) In-Reply-To: <83r3m97bzs.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 08 Sep 2015 07:48:07 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:106245 Archived-At: >> 5) Even better, can we do the other-display updates in small increments, >> so that once we start doing those updates we don=E2=80=99t have a block = of 160*RTT >> seconds where we=E2=80=99re unresponsive to new user input? We could potentially do something like: - arrange for redisplay to first redisplays the selected frame. - check for input (and abort redisplay if applicable) between each frame. But the redisplay of each frame (or at the very least each window) can't be cut into small increments, as the code currently stands. Of course, I'd really happy if someone were to come and change the redisplay so that each frame gets redisplayed from its own thread, concurrently with the main Elisp loop. I think parallelising the redisplay (i.e. one thread per terminal or per frame or per window) shouldn't be too difficult. But making the redisplay concurrent with the main Elisp loop is likely to be a fair amount of work. "Fair amount of work" doesn't mean impossible, tho. Stefan