From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Robert Thorpe Newsgroups: gmane.emacs.help Subject: Re: not good proposal: "C-z " reserved for users Date: Thu, 11 Feb 2021 07:54:27 +0000 Message-ID: <87y2fv2g5o.fsf@robertthorpeconsulting.com> References: <3966473cc17dcc4d4a30@heytings.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38319"; mail-complaints-to="usenet@ciao.gmane.io" Cc: help-gnu-emacs@gnu.org, bugs@gnu.support To: Gregory Heytings Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Thu Feb 11 08:56:28 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 1lA6pw-0009sX-77 for geh-help-gnu-emacs@m.gmane-mx.org; Thu, 11 Feb 2021 08:56:28 +0100 Original-Received: from localhost ([::1]:58916 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lA6pv-00071e-96 for geh-help-gnu-emacs@m.gmane-mx.org; Thu, 11 Feb 2021 02:56:27 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56620) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lA6oi-0006z5-Q3 for help-gnu-emacs@gnu.org; Thu, 11 Feb 2021 02:55:12 -0500 Original-Received: from outbound-smtp14.blacknight.com ([46.22.139.231]:39833) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lA6og-0005cM-1x for help-gnu-emacs@gnu.org; Thu, 11 Feb 2021 02:55:12 -0500 Original-Received: from mail.blacknight.com (pemlinmail02.blacknight.ie [81.17.254.11]) by outbound-smtp14.blacknight.com (Postfix) with ESMTPS id D4D321C3BB7 for ; Thu, 11 Feb 2021 07:55:05 +0000 (GMT) Original-Received: (qmail 5320 invoked from network); 11 Feb 2021 07:55:05 -0000 Original-Received: from unknown (HELO rt-inspiron-3480) (rt@robertthorpeconsulting.com@[109.76.74.4]) by 81.17.254.9 with ESMTPSA (AES256-SHA encrypted, authenticated); 11 Feb 2021 07:55:05 -0000 In-Reply-To: <3966473cc17dcc4d4a30@heytings.org> (message from Gregory Heytings on Wed, 10 Feb 2021 19:31:37 +0000) Received-SPF: pass client-ip=46.22.139.231; envelope-from=rt@robertthorpeconsulting.com; helo=outbound-smtp14.blacknight.com X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=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:127802 Archived-At: Gregory Heytings writes: >> >> From shell point of view C-z shall suspend the job. I do not even >> consider C-z being Emacs-based but now I assume it is decision of Emacs >> to keep C-z as how it should be in the shell. When opening a new VPS to >> process various jobs one would then need to first configure Emacs to >> have job control working. That is not useful. It would break many habits >> and expected behavior. >> > > The proposal in this thread has little to do with the proposal in the > "PROPOSAL: Repurpose one key..." thread. In that proposal it is > explicitly stated that C-z C-z would be bound to "suspend-frame". IOW, > all you'd have to do is to press three keys instead of two to suspend. > Repeating a key until it produces the desired effect is something terminal > users are used to do, for example, repeating C-c until the program aborts. Here are my opinions on these things. * Moratorium on New Emacs Keybindings. At present there's lot of work going on outside of core Emacs. I think it makes sense for core Emacs not to use too many keybindings. I can see the sense the argument Drew Adams makes. If a *general* moratorium isn't possible, then how about a more specific one? How about applying it only to certain keymaps or prefix keys. * A Prefix-Key for Global Third-Party Packages. I think this is a good idea too. Picking the right key is a problem. There is another issue.... I'm not sure that third-party packages will use the feature. I'm also on the Reddit Emacs group. Several of the people there use and develop third-party packages. It seems to me that they often do that because they don't want to contribute to core. Some don't like the core Emacs development team and don't agree with their direction for Emacs. So, would they use such a prefix key if it were offered? Perhaps not. It woud be a feature for those 3rd-party package authors who want to co-operate with the core Emacs devs. I don't know how many of those there are, but I doubt it's all of them. ** Which Key to Use? Like Jean Louis, I think that the suggestion of changing C-z is awful. I use it all the time. Like Jean said it's expected in Unix like environments. Of the keys suggested I think the best is "M-o" since it's current default binding isn't very useful. * Pop-Up Message Asking the User on Adding Keybindings. I think this is a fairly good idea. The question is whether package authors will use it, like the prefix-key idea. Also the code would have to be written. BR, Robert Thorpe