From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Newsgroups: gmane.emacs.help Subject: Re: Ctrl-[ ? Date: Fri, 7 Jun 2019 18:30:17 +0200 Message-ID: <20190607163017.GA32029@tuxteam.de> References: <08AC8151-5911-40FA-8B20-818B839D00AB@traduction-libre.org> <86h892nk2g.fsf@zoho.eu> <9379C01B-80E3-49DD-B830-46CED773DC2C@traduction-libre.org> <83lfydrkde.fsf@gnu.org> <874l51q0s4.fsf@telefonica.net> <83ef45rdij.fsf@gnu.org> <87zhmto6fa.fsf@telefonica.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="110426"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Mutt/1.5.21 (2010-09-15) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Jun 07 20:57:00 2019 Return-path: Envelope-to: geh-help-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 1hZK2s-000SZ2-3N for geh-help-gnu-emacs@m.gmane.org; Fri, 07 Jun 2019 20:56:58 +0200 Original-Received: from localhost ([::1]:51084 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hZK2q-0000hy-JT for geh-help-gnu-emacs@m.gmane.org; Fri, 07 Jun 2019 14:56:56 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42937) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hZHlT-0000Kk-S8 for help-gnu-emacs@gnu.org; Fri, 07 Jun 2019 12:30:53 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hZHlR-0004tN-Eo for help-gnu-emacs@gnu.org; Fri, 07 Jun 2019 12:30:51 -0400 Original-Received: from mail.tuxteam.de ([5.199.139.25]:34252) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hZHlQ-0003Cu-UA for help-gnu-emacs@gnu.org; Fri, 07 Jun 2019 12:30:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tuxteam.de; s=mail; h=From:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:To:Date; bh=u5MBq21vxK/urKBu+nQTBYFHH396YvnOvwo6yb/0MBY=; b=WGpwvRBiZCESjoKae96udaPF8pkqpQulj05v9qgGeCO4eOGtp71+zUoc8Y9Bm2jYvRzYYHio1NUZd0txMeQeYFHde2Hsg0VPbAHRQpVSyORrNNxjY3LCz0W/I7jOB025/L9406sUXQL9wSX/7RQCB/mLotSftgTTSZe10g/R+qL/fDHzU9gjQiXKrCMw/XPsbAsdaXHNA6+ht1y3GIJmJDP9IReOz41zLEabgMJnmS7gb9rrOhQjlYalN52zV1xY255mK4zLCeUijEv9LH8RL9uEkpv99RMs6ySwn4YOFWj4MiecyPEyjkDA81hoDip8kgZVvj8MkY933DQmaqpDRw==; Original-Received: from tomas by mail.tuxteam.de with local (Exim 4.80) (envelope-from ) id 1hZHkv-00008M-Lc for help-gnu-emacs@gnu.org; Fri, 07 Jun 2019 18:30:17 +0200 Content-Disposition: inline In-Reply-To: <87zhmto6fa.fsf@telefonica.net> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 5.199.139.25 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:120808 Archived-At: --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 07, 2019 at 03:45:29PM +0200, =C3=93scar Fuentes wrote: [...] > One thing that I'll like to know is why the hard restriction about > C-[/C-i exists at all. As we've found out, it's not a hard restriction. Just a strong suggestion. I think the problem is one of "frame of reference". There's a (understandable) strong desire to have Emacs behave (as far as possible) similarly on different display devices. Therefore it makes sense to unify those things in the GUI that are unified (by the display device) on a TTY. So you can have the same keybindings for both. Imagine for a moment someone binding ESC to some function (or, since ESC is already taken, let's say DLE, which on a TTY is equivalent to CTRL-P, hexadecimal 10). Let's assume that user states the binding in her ~/.emacs/init.el. She would have all right to expect that things work the same for a TTY and say, X. Therefore it makes sense to (by default!) unify them under X, although in that context, you could differentiate them. To me, architecturally, the right thing to do is to introduce another mapping layer which does that unification -- before the regular keymaps get a chance to act. As far as I understood, this is input-decode-map. This being Emacs, you are of course allowed to tinker with that. Seen from here, that hoop makes sense. It will stop making sense once the TTY backends are gone (this may take some time: even the newfangled Raspberry Pi come with a serial interface :-) Cheers -- tom=C3=A1s --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlz6kRkACgkQBcgs9XrR2kbJIwCfSEiDR4BGR+uVMlhMCCLA75av 4MYAnAvNOziRXa6zXCQJbS5pO4ZBH94w =RREU -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO--