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#17357: 24.4.50; garbage characters when pasting in an OS X terminal Date: Sun, 27 Apr 2014 23:55:22 -0400 Message-ID: References: <10EFA706-8A14-4F49-81B2-403D770E1CCE@twistedmatrix.com> <535D4211.6030706@dancol.org> <716D74DC-50C1-4E79-B43B-5D595A051516@twistedmatrix.com> <535D9CB7.6070601@dancol.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1398657389 26220 80.91.229.3 (28 Apr 2014 03:56:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 28 Apr 2014 03:56:29 +0000 (UTC) Cc: 17357@debbugs.gnu.org, Glyph To: Daniel Colascione Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Apr 28 05:56:21 2014 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 1Wecg1-0004hr-EX for geb-bug-gnu-emacs@m.gmane.org; Mon, 28 Apr 2014 05:56:21 +0200 Original-Received: from localhost ([::1]:41495 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wecg0-0001Ws-SU for geb-bug-gnu-emacs@m.gmane.org; Sun, 27 Apr 2014 23:56:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38609) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wecfq-0001Vl-EP for bug-gnu-emacs@gnu.org; Sun, 27 Apr 2014 23:56:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Wecfi-0004BJ-VQ for bug-gnu-emacs@gnu.org; Sun, 27 Apr 2014 23:56:10 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:54305) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wecfi-0004Ai-SD for bug-gnu-emacs@gnu.org; Sun, 27 Apr 2014 23:56:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Wecfi-0006wU-9P for bug-gnu-emacs@gnu.org; Sun, 27 Apr 2014 23:56: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: Mon, 28 Apr 2014 03:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17357 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 17357-submit@debbugs.gnu.org id=B17357.139865733226637 (code B ref 17357); Mon, 28 Apr 2014 03:56:02 +0000 Original-Received: (at 17357) by debbugs.gnu.org; 28 Apr 2014 03:55:32 +0000 Original-Received: from localhost ([127.0.0.1]:43423 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WecfE-0006vY-5E for submit@debbugs.gnu.org; Sun, 27 Apr 2014 23:55:32 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:31414) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WecfA-0006vJ-BN for 17357@debbugs.gnu.org; Sun, 27 Apr 2014 23:55:29 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArYGAIDvNVNMCqOU/2dsb2JhbABZgwaDSr0vgw6BFxd0giYBAQRWIxALDiYSFBgNJIgM0hkXjnoHhDgEqRmBaoNMIQ X-IPAS-Result: ArYGAIDvNVNMCqOU/2dsb2JhbABZgwaDSr0vgw6BFxd0giYBAQRWIxALDiYSFBgNJIgM0hkXjnoHhDgEqRmBaoNMIQ X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="59242042" Original-Received: from 76-10-163-148.dsl.teksavvy.com (HELO pastel.home) ([76.10.163.148]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 27 Apr 2014 23:55:22 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 105716024D; Sun, 27 Apr 2014 23:55:22 -0400 (EDT) In-Reply-To: <535D9CB7.6070601@dancol.org> (Daniel Colascione's message of "Sun, 27 Apr 2014 17:11:35 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.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: 140.186.70.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:88347 Archived-At: >> (global-set-key [(meta \])] 'something) >> (global-set-key [(meta \[)] 'something-else) > Your numeric keypad bindings should have broken too. > Also, we bind these keys in xterm-function-map. Shouldn't that map > override global-map? No. The way input decoding takes place is very delicate and what "takes priority" when is quite delicate. Yes, a ?\M-\] binding in input-decode-map takes precedence over such a binding in global-map. But after reading ?\M-\] we don't have enough input (yet) to translate that to something else, so Emacs has a choice to make: - either wait for more input, in the hope that it will match one of the bindings under the ?\M-\] prefix in input-decode-map. - or stop right here since we do have a valid binding already (in the global map). And Emacs chooses option 2 because option 1 is too risky. E.g. Option 1 would prevent ESC ESC ESC from working, since there's pretty much always an ESC prefix in input-decode-map, so we'd always "wait for more" after an ESC. Maybe it would make sense to try and improve the input-decode-map support with a way to say: if we've seen "ESC [", we have enough evidence that there is a real escape sequence coming, so keep waiting for input as long as it matches something in input-decode-map. Stefan