From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.bugs Subject: bug#3540: Please reserve a ctrl-key combination for interoperability Date: Sun, 6 Oct 2019 06:56:16 +0200 Message-ID: References: <1244771200l.4854l.2l@mofo> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="18991"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 3540@debbugs.gnu.org To: "Karl O. Pinc" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Oct 06 06:57:14 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iGybY-0004mg-JT for geb-bug-gnu-emacs@m.gmane.org; Sun, 06 Oct 2019 06:57:12 +0200 Original-Received: from localhost ([::1]:60166 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iGybW-0001Un-PF for geb-bug-gnu-emacs@m.gmane.org; Sun, 06 Oct 2019 00:57:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55193) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iGybP-0001UM-KD for bug-gnu-emacs@gnu.org; Sun, 06 Oct 2019 00:57:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iGybO-0003k9-E3 for bug-gnu-emacs@gnu.org; Sun, 06 Oct 2019 00:57:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36642) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iGybO-0003k1-BA for bug-gnu-emacs@gnu.org; Sun, 06 Oct 2019 00:57:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iGybO-0003p3-8E for bug-gnu-emacs@gnu.org; Sun, 06 Oct 2019 00:57:02 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: <1244771200l.4854l.2l@mofo> Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 06 Oct 2019 04:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3540 X-GNU-PR-Package: emacs Original-Received: via spool by 3540-submit@debbugs.gnu.org id=B3540.157033779514654 (code B ref 3540); Sun, 06 Oct 2019 04:57:02 +0000 Original-Received: (at 3540) by debbugs.gnu.org; 6 Oct 2019 04:56:35 +0000 Original-Received: from localhost ([127.0.0.1]:45463 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iGyax-0003oH-IV for submit@debbugs.gnu.org; Sun, 06 Oct 2019 00:56:35 -0400 Original-Received: from mail-pg1-f196.google.com ([209.85.215.196]:33366) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iGyav-0003o4-5D for 3540@debbugs.gnu.org; Sun, 06 Oct 2019 00:56:33 -0400 Original-Received: by mail-pg1-f196.google.com with SMTP id q1so6145964pgb.0 for <3540@debbugs.gnu.org>; Sat, 05 Oct 2019 21:56:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=YSxVJetZBD/ev7+8mL8fi2aaDj6al6qJunWntoPuZwA=; b=ETubQigeR6R782awDfi9l8gnyZVV4cHtJOws+HUKAKRSUw0XBbe0tHFw+y7bmoNqPd knOMbQGxTJOeTm1PMP2+UioPr6/5EkuQMrXe070nlJ4TDqv11c70pdZzwDXTSbf5c0+c fAPK5p2FHS2W9XP95Xie2t6DqGsq7BS6uRZJn5WuS+Kk+vvqGS/WRicyWHbyP58p0d4c XH0FygHGn38VyAGAbuUzqhj2NygUjwpYmTpXdPNvu7CRaMKRYzSnb08IoMawpzjbWReE wgIul3AE9eWpXGK74mktpKcf/O+bHNXde8VQAoe8Kjdo4D8lTG1maR0NugE754WPWHFu pEXQ== X-Gm-Message-State: APjAAAU2IQ8CSYOs+0M4m3+i1Dpgh0y7Qz2b9Hrs4axw41QfunHTyBJF I4eYSaxOV416z/MAAb2pqaXPw/cu2KSdGYK3Mqs= X-Google-Smtp-Source: APXvYqzGUn0JhHKlv3iTRLvK034IXYP2wnieHnIbJpuGi1v9uqNJCDnYujLsfrX1FkoR5UWldBlFGso2duVnG/s4pPQ= X-Received: by 2002:aa7:8750:: with SMTP id g16mr25559074pfo.190.1570337787110; Sat, 05 Oct 2019 21:56:27 -0700 (PDT) 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: 209.51.188.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:168415 Archived-At: "Karl O. Pinc" writes: > Hello, > > I want emacs to keep one control key combination unbound > so that emacs can be run inside other programs that > need an escape character to enter a control mode. > Examples of such programs are screen and minicom. > > Screen is a full-screen window manager that multiplexes > a physical terminal between several processes > (typically interactive shells). Minicom is a > serial communication program, a terminal emulator. > > It is difficult to use emacs inside such programs because > these programs (by default) bind a commonly used emacs control > key sequence as their escape key. Emacs users should be able to > re-configure such programs to use an unbound emacs ctrl keypress. > > Sure, each emacs user could chose their own key combination (I used > ctrl-\, but I recently upgraded from emacs 21 and see it's > now bound in emacs 22), but this makes it almost > impossible to, e.g., publish tutorials/recipies on how to > use, say, screen, with emacs. The person following the > tutorial might need the particular emacs feature that > is no longer bound to the standard emacs key combination. > > As things stand emacs users have a bar over which they > must jump to use such useful programs as screen; each > user must figure out what emacs keypress they wish > to sacrifice, taking into account the key combinations > used by screen at a time when they are unfamiliar with > screen. At minimum if a control key combination was > reserved the choice would be obvious, at best either > emacs or the screen documentation would describe > what configuration and usage changes were necessary > to allow the two programs to interoperate. > > Frankly, Ctrl-\ was perfect because it was not otherwise > bound in either screen or minicom. The choice of a key > that's already bound in these programs means that yet more > reconfiguration of screen/minicom must be done to retain > functionality, the lost functionality must be bound to > a non-standard key. This introduces yet more incompatibility > between emacs users and the rest of the universe. > > Thank you for your time. This wishlist request is now 10 years old. If I understand it correctly, it is asking for a mandate to never use a particular Ctrl-key combination (within Emacs core, I assume), in order that people could then use that key within screen. I think this is not the best way to go about it. Users of screen or tmux or whatever could easily just rebind whatever key they find conflicts with their keybinding for screen or tmux commands. Since this hasn't garnered support from more than one other user in the last 10 years, I'm therefore proposing to close this as wontfix. If anyone disagrees with that, please protest now, or I'll do that in a couple of weeks. Best regards, Stefan Kangas