From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.help Subject: Re: [External] : Re: PROPOSAL: Repurpose one key and reserve it for third-party packages Date: Wed, 10 Feb 2021 14:30:41 +0300 Message-ID: References: <7e12c1c3c1aae58993e2@heytings.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4316"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Cc: Gregory Heytings , "help-gnu-emacs@gnu.org" To: Drew Adams Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Wed Feb 10 12:33:08 2021 Return-path: Envelope-to: geh-help-gnu-emacs@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 1l9nk4-00012a-6h for geh-help-gnu-emacs@m.gmane-mx.org; Wed, 10 Feb 2021 12:33:08 +0100 Original-Received: from localhost ([::1]:36044 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l9nk3-0003Uk-8V for geh-help-gnu-emacs@m.gmane-mx.org; Wed, 10 Feb 2021 06:33:07 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56878) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l9nii-0003Tn-Lv for help-gnu-emacs@gnu.org; Wed, 10 Feb 2021 06:31:46 -0500 Original-Received: from stw1.rcdrun.com ([217.170.207.13]:47911) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l9nie-0003Up-NU for help-gnu-emacs@gnu.org; Wed, 10 Feb 2021 06:31:44 -0500 Original-Received: from localhost ([::ffff:41.202.241.3]) (AUTH: PLAIN securesender, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 000000000001DFF5.000000006023C418.00002BDB; Wed, 10 Feb 2021 04:31:36 -0700 Mail-Followup-To: Drew Adams , Gregory Heytings , "help-gnu-emacs@gnu.org" Content-Disposition: inline In-Reply-To: Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@gnu.support; helo=stw1.rcdrun.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:127767 Archived-At: * Drew Adams [2021-02-09 20:14]: > > So I think there is no need to reserve more keys for third party > > packages. Finally, keys are limited. > > The question is not about reserving keys > for 3rd-party use _from users_. It's about > reserving them from Emacs itself, i.e., so > they don't become new _default_ bindings. Sure I understand that. The point from me was that those keys reserved for users can be advised for use by third party packages just as the Org mode does it. In my opinion there is no problem there. Org mode suggests users to bind let us say {C-c c} for `org-capture' and so many do. In the same way can do also other packages. Such keys are then not bound by the package automatically but reserved for users. For example I do not mind pressing {C-x v v} for version control, so I would not mind typing {C-c o KEY} for org related functions. Then maybe piece of artificial intelligence or simple description in the package would advise me to set `C-c o' as a prefix for org related functions, and I would be set. Then for magit I could set `C-c m' as magit related prefix and I could use anything there like {C-c m g} or anything. Though I do not use magit. It is example. So maybe people discuss here about keys to be reserved for automated bindings, to let the package authors decide which key to bind that will not conflict with any of Emacs keys and none of user defined keys. I see that those keys reserved for users should be suggested by packages. Like package could say "Use one of F5-F9 as prefix key for Magit" Using Super key like that key between Control and Aternative Control that may have Windoze logo on it is very handy on X, but not so handy in console. It may not work without special setups. If some automated solution is found in Emacs for Super key to work in console the same as in X, then that could be door to opening many new keys for reservations. General problem is that Emacs needs many keys. I would like having the keyboard with more modifiers. Jean