From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: chad Newsgroups: gmane.emacs.devel Subject: Re: Concern about new binding. Date: Fri, 5 Feb 2021 15:57:20 -0800 Message-ID: References: <87zh0mmr54.fsf@gmail.com> <87y2g5smya.fsf@gmail.com> <4FF55FBF-573D-4A70-B3FC-682CA25B7ECB@gnu.org> <83lfc53whk.fsf@gnu.org> <20210203180142.seu6o3i6u7jhkyrh@Ergus> <83eehx3to5.fsf@gnu.org> <20210203221628.xgvvxjvh56gyswba@Ergus> <20210204070033.pm4ido4hq7a6twif@Ergus> <83sg6brhyg.fsf@gnu.org> <5588fb25805d486be704@heytings.org> <83pn1epxpd.fsf@gnu.org> <5166DC56-2B31-4365-9539-96505F8AB546@aol.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000052081f05ba9f959f" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35177"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , Gregory Heytings , EMACS development team To: Ergus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Feb 06 00:58: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 1l8AzZ-00093H-Ow for ged-emacs-devel@m.gmane-mx.org; Sat, 06 Feb 2021 00:58:25 +0100 Original-Received: from localhost ([::1]:56844 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l8AzY-0008E6-Ri for ged-emacs-devel@m.gmane-mx.org; Fri, 05 Feb 2021 18:58:24 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41112) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l8Ayl-0007mp-DQ for emacs-devel@gnu.org; Fri, 05 Feb 2021 18:57:35 -0500 Original-Received: from mail-yb1-xb29.google.com ([2607:f8b0:4864:20::b29]:46659) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1l8Ayj-0005Mh-EE; Fri, 05 Feb 2021 18:57:35 -0500 Original-Received: by mail-yb1-xb29.google.com with SMTP id v123so8390039yba.13; Fri, 05 Feb 2021 15:57:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=SG+zgDzZkD2/7+4OXwQGEbU9ZMtW0pektoToD6opnnY=; b=oOlBc4R0FJGzDhayuWh34vyoLKgfVxDGB4dnCwnNkTWRbEsqcVFnsLX3Qyj3fU63Zu kGaeEbe4I/UucaayJbWdc/GC8kZYEjbNsfQt2kFZoOT8zRirbfgqkT68coBFDQj3Nz3i wgivfXkw2JVbjxL9QkII+dgYTNvyTFQcTvSD6Qywi7TiQvpEwPJHXlGt3pvzAnEufLRj xhFrnUIys+N+FYlSd3HELw1wpQai9CKXgTn72RrCvCW2uRQZsFP2vr7JOrSkGtw5DbFX X8wNwGdvf9AkySO5ayHWFDguQUX7CsXvfTg3GYrW24juN/tnkfMCpodyNt7Sk7FvgNcc Tiag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=SG+zgDzZkD2/7+4OXwQGEbU9ZMtW0pektoToD6opnnY=; b=nuFk8QUUR9pCnfKyPVeBVD9Gl1/R2gSeNRwwLLOzEGMQnFPjzDsAQI5BEyDtrLj5rD SW+FeZt8L+4U/ZuATY/+c44L9gGTnwg2m+yrEL+MJo/dYZRy3yKzArP86Q6rBUDSoudv 7y19Z1ib/fFLalqmuabRaejCmfzxLXRx/KTZtgpnnwFaz+pNws3YNif70UCeByyp9HeL zMmgHf8G3Xk3FbEmEbE3kHT5SstjXH9j+CUYrtY57zPjqcdirydNzxFMtrZen71TGbhC 8SNP6/YeOPUB7aUmwBntySHQIDrnHyrpUt6USPd0NCtZFRvc8Orq4VewUG6u4viSs+Dz omIg== X-Gm-Message-State: AOAM530PenNCs9DpfhZr2tJrKUCbtzanMR4oK7C/0g0oSNUWx/+DDMz1 y2/SguIeL0J/x/+c4pR4ALt/bFXXuZUxN4PCOQo= X-Google-Smtp-Source: ABdhPJysKcV2rpRSEWWaShxRnNumUuwRdaLa7c56FovKMsjV/gcu7hoM9NQcfB3vDaUI6OOHbrPs3YUoSBIWswU0iPk= X-Received: by 2002:a25:3247:: with SMTP id y68mr9238042yby.153.1612569451298; Fri, 05 Feb 2021 15:57:31 -0800 (PST) In-Reply-To: <5166DC56-2B31-4365-9539-96505F8AB546@aol.com> Received-SPF: pass client-ip=2607:f8b0:4864:20::b29; envelope-from=yandros@gmail.com; helo=mail-yb1-xb29.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=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:264033 Archived-At: --00000000000052081f05ba9f959f Content-Type: text/plain; charset="UTF-8" On Fri, Feb 5, 2021 at 11:16 AM Ergus via Emacs development discussions. < emacs-devel@gnu.org> wrote: > > A > >recent discussion demonstrated that at least for C-z enough people are > >against changing its binding, even though we have "C-x C-z" to do the > >same. > > IIRC there were not agreement about what to do with C-z. BUT not really > many people against the change itself. There was the suggestion to use C-z > C-z and C-z z (ala M-g g) inside the new C-z map that made happy many old > C-z users. Then the problem was the lack of a decision and a deadline to > decide. > I had proposed such a change a while back, not too long before the thread in question, along with a request for people to reply to the list or to me directly if they used C-z suspend-frame in GUI emacs. FWIW, I got no reply saying that they did use the binding, and multiple people saying that they had rebound C-z themselves (which I have been doing for 25+ years). What I would characterize as the major objection was the desire to have emacs on a tty respond reasonably to at least one of the canonical ways to end a tty program, C-c or C-z, along with reluctance to strongly segregate the keybindings between tty and GUI, at least as far as commonly-used functions were concerned. I think that there is a reasonable technical solution available here where hitting C-z and then nothing else for a few seconds provides enough guidance to the user, roughly along the same lines as what the very popular package which-key already does. (For anyone not familiar, it creates, after a short delay, a list of possible completions for a current partial command. More details can be had from: https://elpa.gnu.org/packages/which-key.html ) There had been talk in the past year about perhaps including/enabling something which-key or something similar as part of the "modernization" effort, so I didn't push the conversation past that point. Hope that helps, ~Chad --00000000000052081f05ba9f959f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

On Fri, Feb 5, 2021 at 11:16 AM Ergus via= Emacs development discussions. <= emacs-devel@gnu.org> wrote:
> A
>recent discussion demonstrated that at least for C-z enough people are<= br> >against changing its binding, even though we have "C-x C-z" t= o do the
>same.

IIRC there were not agreement about what to do with C-z. B= UT not really many people against the change itself. There was the suggesti= on to use C-z C-z and C-z z (ala M-g g) inside the new C-z map that made ha= ppy many old C-z users. Then the problem was the lack of a decision and a d= eadline to decide.

I had proposed such = a change a while back, not too long before the thread in question, along wi= th a request for people to reply to the list or to me directly if they used= C-z suspend-frame in GUI emacs. FWIW, I got no reply saying that they did = use the binding, and multiple people saying that they had rebound C-z thems= elves (which I have been doing for 25+ years).

Wha= t I would characterize as the major objection was the desire to have emacs = on a tty respond reasonably to at least one of the canonical ways to end a = tty program, C-c or C-z, along with reluctance to strongly segregate the ke= ybindings between tty and GUI, at least as far as commonly-used functions w= ere concerned.

I think that there is a reasonable = technical solution available here where hitting C-z and then nothing else f= or a few seconds provides enough guidance to the user, roughly along the sa= me lines as what the very popular package which-key already does.

(For anyone not familiar, it creates, after a short delay, = a list of possible completions for a current partial command. More details = can be had from:
<= br>
There had been talk in the past year about perhaps including/= enabling something which-key or something similar as part of the "mode= rnization" effort, so I didn't push the conversation past that poi= nt.

Hope that helps,
~Chad
--00000000000052081f05ba9f959f--