From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Alfred M. Szmidt" Newsgroups: gmane.emacs.devel Subject: Re: [External] : Re: Concern about new binding. Date: Sun, 14 Feb 2021 13:43:48 -0500 Message-ID: References: <87zh0mmr54.fsf@gmail.com> <20210204070033.pm4ido4hq7a6twif@Ergus> <83sg6brhyg.fsf@gnu.org> <5588fb25805d486be704@heytings.org> <5588fb2580d7e46863dd@heytings.org> <5588fb2580f248753c30@heytings.org> <5588fb25800032b1a06a@heytings.org> <993b9ce74de32c5450c3@heytings.org> <329d68a5ed872ee02e63@heytings.org> <329d68a5ed58df62b603@heytings.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="33605"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Gregory Heytings Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Feb 14 19:55:27 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lBMYJ-0008eG-4u for ged-emacs-devel@m.gmane-mx.org; Sun, 14 Feb 2021 19:55:27 +0100 Original-Received: from localhost ([::1]:57356 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lBMYI-0007bz-47 for ged-emacs-devel@m.gmane-mx.org; Sun, 14 Feb 2021 13:55:26 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42682) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lBMN3-0002X8-CG for emacs-devel@gnu.org; Sun, 14 Feb 2021 13:43:49 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:42775) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lBMN2-0004TI-VZ; Sun, 14 Feb 2021 13:43:48 -0500 Original-Received: from ams by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1lBMN2-0004IR-Ig; Sun, 14 Feb 2021 13:43:48 -0500 In-Reply-To: <329d68a5ed58df62b603@heytings.org> (message from Gregory Heytings on Fri, 12 Feb 2021 16:56:28 +0000) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:264753 Archived-At: >>> Most (All?) keyboards today have a Super key -- why not allocate that >>> or parts of it to global third-party packages? >> >> Because the super modifier cannot be used in a terminal or console? > > That is simply not true. That's what I thought until today, but indeed I may be wrong. Could you please explain how it is possible to use the super modifier in a console? Without any reconfigs, "C-x @ s x" for s-x (see the event-apply-FOO-modifier functions). On GNU/Linux systems you can rebind Super_L/R to a Fn key or some other such thing, and use it that way. I think you can check the loadkys and dumpkeys commands. The proposal is only to create a key space in which third party packages could automatically create global key bindings, without conflicting with Emacs core (that is, without rebinding any key bound in vanilla Emacs) and without conflicting with users' personal settings. There is no reason to free up M-o for that specific purpose, for example. Drew's moratorium suggestion is also a good solution, and does not remove functionality.