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.devel Subject: Re: Concern about new binding. Date: Fri, 12 Feb 2021 12:47:36 +0300 Message-ID: References: <20210203221628.xgvvxjvh56gyswba@Ergus> <20210204070033.pm4ido4hq7a6twif@Ergus> <83sg6brhyg.fsf@gnu.org> <5588fb25805d486be704@heytings.org> <83pn1epxpd.fsf@gnu.org> <5588fb25800131ef8afa@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="5875"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Cc: Gregory Heytings , Eli Zaretskii , emacs-devel@gnu.org To: Stefan Kangas Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Feb 12 10:53:26 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 1lAV8g-0001Qn-85 for ged-emacs-devel@m.gmane-mx.org; Fri, 12 Feb 2021 10:53:26 +0100 Original-Received: from localhost ([::1]:48216 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lAV8f-00062e-Ap for ged-emacs-devel@m.gmane-mx.org; Fri, 12 Feb 2021 04:53:25 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59094) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lAV80-0005Yj-7x for emacs-devel@gnu.org; Fri, 12 Feb 2021 04:52:44 -0500 Original-Received: from stw1.rcdrun.com ([217.170.207.13]:36623) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lAV7y-0001HO-77; Fri, 12 Feb 2021 04:52:43 -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.0000000060264FE6.00004434; Fri, 12 Feb 2021 02:52:36 -0700 Mail-Followup-To: Stefan Kangas , Gregory Heytings , Eli Zaretskii , emacs-devel@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: 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:264481 Archived-At: * Stefan Kangas [2021-02-06 18:24]: > Gregory Heytings writes: > > > Yes, it is unavoidable that some people will be against changing a > > binding. I have no preference between the three proposed keys, and > > anticipated that there would be more objections against using "t" for that > > purpose. If we put "t" aside, there are still two other options: "z" and > > "o". > > FWIW, I would not like to see C-o change as I use it daily. But I could > live with it as I can rebind it locally. It would be too bad that we > would then lose the nice symmetry between `C-o' and `C-x C-o'. > > I'm in favour of rebinding C-z to exactly one thing: `undo'. It would > IMO be very unfortunate if we do rebind it yet miss out on the > opportunity to make Emacs more like other applications. For console users it is good to consider why people use C-z in the first place. Why would anybody wish to "stop the job" in the shell? Maybe there is urgent need to replace disks, mount disks, unmount such, connect to remove servers during job execution? Maybe there is need to replace the video file in the file list while not interrupting the processing of other 20 video files? Maybe such video file processing takes 2 days. I am using Emacs Lisp to process video files and this is real world example. Sometimes I process video files on remote server. Maybe I do not want to process video files during the day and job can remain suspended until the night without interrupting the queue of video files being processed. Thus it is good to consider the purpose for users to suspend a job in their shell. Yes, sure there are other Emacs key bindings to suspend the job, but suspending a job should be compatible with shell bindings to suspend the job and that is C-z. Breaking incompatibility puts users' data at stake. Jean