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: not good proposal: "C-z " reserved for users Date: Wed, 10 Feb 2021 22:49:41 +0300 Message-ID: References: <1973673328.2493716.1612740554692.ref@mail.yahoo.com> <1973673328.2493716.1612740554692@mail.yahoo.com> <83tuqnkzff.fsf@gnu.org> <8ed9b435026a7f251086@heytings.org> <87wnvg2ir0.fsf@mbork.pl> <3966473cc17dcc4d4a30@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="27391"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Cc: help-gnu-emacs@gnu.org To: Gregory Heytings Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Wed Feb 10 20:52:45 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 1l9vXZ-00071l-Gr for geh-help-gnu-emacs@m.gmane-mx.org; Wed, 10 Feb 2021 20:52:45 +0100 Original-Received: from localhost ([::1]:37886 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l9vXY-00024B-GS for geh-help-gnu-emacs@m.gmane-mx.org; Wed, 10 Feb 2021 14:52:44 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57286) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l9vWa-00022f-PW for help-gnu-emacs@gnu.org; Wed, 10 Feb 2021 14:51:44 -0500 Original-Received: from stw1.rcdrun.com ([217.170.207.13]:54401) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l9vWY-00061u-M9 for help-gnu-emacs@gnu.org; Wed, 10 Feb 2021 14:51: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 000000000001E07B.0000000060243948.00006683; Wed, 10 Feb 2021 12:51:36 -0700 Mail-Followup-To: Gregory Heytings , help-gnu-emacs@gnu.org Content-Disposition: inline In-Reply-To: <3966473cc17dcc4d4a30@heytings.org> 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:127781 Archived-At: * Gregory Heytings [2021-02-10 22:31]: > > 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. I understand you wish to use C-z as prefix for more functions, is it? Is that the only key? Maybe you are always on the US keyboard, but I am not. I travel in development countries and may use Norwegian, German, Croatia or US and US-like keyboards, and such keyboards do not have always Z and Y on same place, they are exchangeable. It is not really handy and practical to remember and get used to it, especially for people using multiple computers. Why not repurpose C-0 to C-9 as that could be anyway used with C-u 9 for example, and then C-0 to C-9 could become various prefix keys. C-0 0 or/and C-0 C-0 could become same as what is now C-0 while keeping all those C-0 to C-9 as various prefix keys. Jean