From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#29150: Fwd: 26.0.90; Input decoding is sometimes skipped in TTY (xterm-mouse-mode) Date: Thu, 09 Nov 2017 03:21:47 -0500 Message-ID: References: <87y3nka4ez.fsf@t-online.de> <87wp34a2i1.fsf@t-online.de> <87a7zwjxo6.fsf@gmail.com> <8760akjw60.fsf@gmail.com> <871sl8j7bv.fsf@gmail.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1510215727 15010 195.159.176.226 (9 Nov 2017 08:22:07 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 9 Nov 2017 08:22:07 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: Olaf Rogalsky , 29150@debbugs.gnu.org To: Alex Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Nov 09 09:22:04 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eCi67-0003l6-Te for geb-bug-gnu-emacs@m.gmane.org; Thu, 09 Nov 2017 09:22:04 +0100 Original-Received: from localhost ([::1]:35710 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eCi6F-0000eQ-6v for geb-bug-gnu-emacs@m.gmane.org; Thu, 09 Nov 2017 03:22:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35094) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eCi69-0000eL-85 for bug-gnu-emacs@gnu.org; Thu, 09 Nov 2017 03:22:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eCi66-0006ML-2N for bug-gnu-emacs@gnu.org; Thu, 09 Nov 2017 03:22:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:50697) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eCi65-0006MH-VO for bug-gnu-emacs@gnu.org; Thu, 09 Nov 2017 03:22:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eCi65-000168-MV for bug-gnu-emacs@gnu.org; Thu, 09 Nov 2017 03:22:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 Nov 2017 08:22:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29150 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 29150-submit@debbugs.gnu.org id=B29150.15102157204213 (code B ref 29150); Thu, 09 Nov 2017 08:22:01 +0000 Original-Received: (at 29150) by debbugs.gnu.org; 9 Nov 2017 08:22:00 +0000 Original-Received: from localhost ([127.0.0.1]:59378 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eCi63-00015t-Vy for submit@debbugs.gnu.org; Thu, 09 Nov 2017 03:22:00 -0500 Original-Received: from pmta31.teksavvy.com ([76.10.157.38]:65108) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eCi62-00015g-4a for 29150@debbugs.gnu.org; Thu, 09 Nov 2017 03:21:59 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2EebABEDwRa/4XnjBhcHAEBAQQBAQoBAYM0gVKDWYVYhHmPQIF8mF6FRQKEf0MUAQEBAQEBAQEBA2gohR8BBAF5BQsLDScSFBgxLooACKtkIQKKcwEBAQcCASWDMIIHhmeLDgWSdI8mlxOJUygNhxuXWjYigXE0IQgygy6DEIFsI4xAAQEB X-IPAS-Result: A2EebABEDwRa/4XnjBhcHAEBAQQBAQoBAYM0gVKDWYVYhHmPQIF8mF6FRQKEf0MUAQEBAQEBAQEBA2gohR8BBAF5BQsLDScSFBgxLooACKtkIQKKcwEBAQcCASWDMIIHhmeLDgWSdI8mlxOJUygNhxuXWjYigXE0IQgygy6DEIFsI4xAAQEB X-IronPort-AV: E=Sophos;i="5.44,368,1505793600"; d="scan'208";a="8532550" Original-Received: from unknown (HELO pastel.home) ([24.140.231.133]) by smtp.teksavvy.com with ESMTP; 09 Nov 2017 03:21:47 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 526CE612DB; Thu, 9 Nov 2017 03:21:47 -0500 (EST) In-Reply-To: <871sl8j7bv.fsf@gmail.com> (Alex's message of "Thu, 09 Nov 2017 00:26:44 -0600") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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" Xref: news.gmane.org gmane.emacs.bugs:139658 Archived-At: >> I'm not sure why, or what it would say. `read-key` is a reasonably good >> replacement for `read-event`, but it's still pretty brittle. >> The better solution is to not "read" anything and let the main loop do >> it for you (which is why I changed mouse-drag-track to use >> set-transient-map instead of mucking with `read-event` or `read-key`). > Assuming that no one ports evil-mode's code or updates the code in > `mouse-drag-secondary' (there's already a FIXME for this there), is > using `read-key' inside of `track-mouse' an acceptable stopgap solution? I'm not sure I understand the question, but I think so, yes. > Is it brittle enough to not apply the change to emacs-26? I think in the help.el case, it would be a clear improvement. Stefan