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#13839: xterm/mintty control sequences support when formatOtherKeys = 1 Date: Thu, 28 Feb 2013 10:42:47 -0500 Message-ID: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Trace: ger.gmane.org 1362066198 30309 80.91.229.3 (28 Feb 2013 15:43:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 28 Feb 2013 15:43:18 +0000 (UTC) Cc: Victor Ren To: 13839@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Feb 28 16:43:41 2013 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 1UB5dy-0003p0-WB for geb-bug-gnu-emacs@m.gmane.org; Thu, 28 Feb 2013 16:43:39 +0100 Original-Received: from localhost ([::1]:51432 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UB5dd-0005vw-Pj for geb-bug-gnu-emacs@m.gmane.org; Thu, 28 Feb 2013 10:43:17 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:47008) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UB5dW-0005rL-9K for bug-gnu-emacs@gnu.org; Thu, 28 Feb 2013 10:43:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UB5dU-00007z-MA for bug-gnu-emacs@gnu.org; Thu, 28 Feb 2013 10:43:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:50871) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UB5dU-00007q-J2 for bug-gnu-emacs@gnu.org; Thu, 28 Feb 2013 10:43:08 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UB5fM-0001Qs-2S; Thu, 28 Feb 2013 10:45:04 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: victorhge@gmail.com, bug-gnu-emacs@gnu.org Resent-Date: Thu, 28 Feb 2013 15:45:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 13839 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org X-Debbugs-Original-Xcc: Victor Ren Original-Received: via spool by submit@debbugs.gnu.org id=B.13620663025488 (code B ref -1); Thu, 28 Feb 2013 15:45:03 +0000 Original-Received: (at submit) by debbugs.gnu.org; 28 Feb 2013 15:45:02 +0000 Original-Received: from localhost ([127.0.0.1]:56335 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UB5fJ-0001QN-EK for submit@debbugs.gnu.org; Thu, 28 Feb 2013 10:45:01 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:35584) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UB5fD-0001QC-UJ for submit@debbugs.gnu.org; Thu, 28 Feb 2013 10:44:57 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UB5dG-0008V9-BZ for submit@debbugs.gnu.org; Thu, 28 Feb 2013 10:42:59 -0500 Original-Received: from lists.gnu.org ([208.118.235.17]:60825) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UB5dG-0008Uz-9X for submit@debbugs.gnu.org; Thu, 28 Feb 2013 10:42:54 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:46900) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UB5dE-0005h9-KT for bug-gnu-emacs@gnu.org; Thu, 28 Feb 2013 10:42:54 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UB5dD-0008SO-1p for bug-gnu-emacs@gnu.org; Thu, 28 Feb 2013 10:42:52 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.182]:38212) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UB5dC-0008S1-QV for bug-gnu-emacs@gnu.org; Thu, 28 Feb 2013 10:42:50 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EABK/CFFFpaTU/2dsb2JhbABEvw4Xc4IeAQEEV3ImGA03iAsGoAuhIoJKixeDKQOIYZwZgV6DFQ X-IPAS-Result: Av0EABK/CFFFpaTU/2dsb2JhbABEvw4Xc4IeAQEEV3ImGA03iAsGoAuhIoJKixeDKQOIYZwZgV6DFQ X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="2689188" Original-Received: from 69-165-164-212.dsl.teksavvy.com (HELO pastel.home) ([69.165.164.212]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 28 Feb 2013 10:42:48 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 092C16BDCD; Thu, 28 Feb 2013 10:42:48 -0500 (EST) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.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:71949 Archived-At: --=-=-= Content-Type: text/plain Moving this to the bug tracker. --=-=-= Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 8bit Return-Path: X-Original-To: monnier@iro.umontreal.ca Delivered-To: monnier@iro.umontreal.ca Received: from perlin.iro.umontreal.ca (perlin.iro.umontreal.ca [132.204.24.51]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id C606E84926 for ; Thu, 28 Feb 2013 09:35:57 -0500 (EST) Received: from lists.gnu.org (lists.gnu.org [208.118.235.17]) by perlin.iro.umontreal.ca (Postfix) with ESMTP id 8D875830003 for ; Thu, 28 Feb 2013 09:34:50 -0500 (EST) Received: from localhost ([::1]:42909 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UB4ZO-0003w2-5o for monnier@iro.umontreal.ca; Thu, 28 Feb 2013 09:34:50 -0500 Received: from eggs.gnu.org ([208.118.235.92]:55245) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UB4ZC-0003vu-US for emacs-devel@gnu.org; Thu, 28 Feb 2013 09:34:40 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UB4ZA-0007n3-Cp for emacs-devel@gnu.org; Thu, 28 Feb 2013 09:34:38 -0500 Received: from mail-pb0-f54.google.com ([209.85.160.54]:38638) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UB4ZA-0007mL-4L for emacs-devel@gnu.org; Thu, 28 Feb 2013 09:34:36 -0500 Received: by mail-pb0-f54.google.com with SMTP id rr4so1099277pbb.41 for ; Thu, 28 Feb 2013 06:34:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:cc:subject:references:user-agent:date :in-reply-to:message-id:mime-version:content-type; bh=cNQ3Iot85kif3o3zTY0iKflYAuw4eDF8bUY0os4oTNA=; b=eWiLPKMEjMsP5h2OsoTC2qs/u1VyuAv/hn29+NRIZdwjnrFZ2zjXU51deV2j3C3QuD TXoaE1vBztylh8SHNje+pvmOEL9LsnwmGOE/OzTHoTnQLGZnBKAugxHp8SlKcp6vnDMg ZmfB0OA2ertnEI7DgP+vwB8bXR+gA+Sn3FXLY2Vcg1y4E2/Nhi4PIJponyWivTBvjje/ JoS/bjlcVf8KVggUTfntENvR7jOC+tmUcnJXFRNDMdkg3Rk0sdw8KWphz1ZzdJZrj9bq 2eXAKB06d8AXPR9qi3pJdUtzr6JGsV6Snymp9cw/y7EImvuhszzJjvPA1Vzv1GwG+XYv B73g== X-Received: by 10.68.194.2 with SMTP id hs2mr9255356pbc.192.1362062075174; Thu, 28 Feb 2013 06:34:35 -0800 (PST) Received: from Sally_laner-PC.yourcompany.com ([180.174.215.165]) by mx.google.com with ESMTPS id kt5sm8544541pbc.30.2013.02.28.06.34.31 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Thu, 28 Feb 2013 06:34:34 -0800 (PST) From: Victor Ren To: Stefan Monnier , emacs-devel@gnu.org Subject: Re: xterm/mintty control sequences support when formatOtherKeys = 1 References: User-Agent: Emacs+gnus Date: Thu, 28 Feb 2013 22:33:58 +0800 In-Reply-To: (Stefan Monnier's message of "Wed, 27 Feb 2013 10:29:46 -0500") Message-ID: <83mwuopkx5.fsf@ericsson.com> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.160.54 Cc: Ren Victor X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-Mailman-Copy: yes Errors-To: emacs-devel-bounces+monnier=iro.umontreal.ca@gnu.org Sender: emacs-devel-bounces+monnier=iro.umontreal.ca@gnu.org X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-1.93, requis 5, BAYES_00 -2.60, MC_POURMOI 0.01, MC_TSTLAST 0.00, RECEIVED_FROM_NOUNK 0.66, SPF_HELO_PASS -0.00) X-DIRO-MailScanner-From: emacs-devel-bounces+monnier=iro.umontreal.ca@gnu.org X-Spam-Status: No >>>>> "" == Stefan Monnier writes: >> For example, pressing C-0 in xterm will send control sequence >> "\e[27;5;48~" by default, which is supported now. When >> "formatOtherKeys" is set to 1, C-0 is sent as "\e[48;5u" which is >> another shorter format. >> The easiest change I can image is to define a lot of key binds >> for those control sequence, for example, (define-key map >> "\e[48;5u" [?\C-0]) > Y see, that looks fine. If you can prepare a patch for it, I'd > be very happy to install it. Or can we simply take all the > "\e[27;NN,MM~" and add a corresponding "\e[MM;NNu"? If so, I can > write the patch myself. Yes, I think so. Maybe this is the better way than checking terminal capacities and then deciding to enable which format. /Victor > Stefan >> On Wed, Feb 27, 2013 at 9:54 PM, Stefan Monnier wrote: >>> > When setting "formatOtherKeys" resource to 1 in xterm, 'CSI u' >>> format is > used for non-standard keycodes. This is also how >>> mintty support > "modifyOtherKeys" by default. >>> >>> > But in term/xterm.el, only 'CSI 27" format is supported. >>> >>> > I think it is worth supporting "CSI u" format control >>> sequences. > What do you think of adding them to >>> teerm/xterm.el? or anyone can do it? >>> >>> I'm not familiar with those "CSI 27" and "CSI u" formats (the >>> name vaguely reminds me of distant memories, but that's about >>> it). Could give us an idea of what kind of changes to >>> term/xterm.el that would entail? >>> >>> >>> Stefan >>> --=-=-=--