From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Thibaut Verron Newsgroups: gmane.emacs.devel Subject: Re: Opening Up More Keymaps Re: Standardizing more key bindings? Date: Sun, 4 Oct 2020 18:24:55 +0200 Message-ID: References: <24436.53239.437810.270641@retriever.mtv.corp.google.com> <24436.58187.698211.262192@retriever.mtv.corp.google.com> <83362yisgn.fsf@gnu.org> <83y2kpf74o.fsf@gnu.org> Reply-To: thibaut.verron@gmail.com Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000001a5ec305b0dacfca" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4504"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Richard Stallman , raman@google.com, monnier@iro.umontreal.ca, dgutov@yandex.ru, Eli Zaretskii , emacs-devel@gnu.org To: "Alfred M. Szmidt" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Oct 04 18:26:16 2020 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 1kP6q0-00015h-1G for ged-emacs-devel@m.gmane-mx.org; Sun, 04 Oct 2020 18:26:16 +0200 Original-Received: from localhost ([::1]:32890 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kP6pz-0000SF-2w for ged-emacs-devel@m.gmane-mx.org; Sun, 04 Oct 2020 12:26:15 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59290) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kP6oy-0008Ka-Rc for emacs-devel@gnu.org; Sun, 04 Oct 2020 12:25:12 -0400 Original-Received: from mail-wr1-x42f.google.com ([2a00:1450:4864:20::42f]:42110) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kP6ox-0005AI-6T; Sun, 04 Oct 2020 12:25:12 -0400 Original-Received: by mail-wr1-x42f.google.com with SMTP id e18so1023780wrw.9; Sun, 04 Oct 2020 09:25:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc; bh=9SGcfxvlCbkfed3H1YSCkc8Y83mB2Dp0vAdDLt+E+Xg=; b=JZ11MpcuxQ9jW3V4VqKdDrZpqU+7QJRCRA8CuSzE+tsWWAhWtTmqYc5nllabQlX6wE mNJRmXW6J39ZDzpv4aXS55ppgievQavFb6lnl6ck2HcUo7vfCP2ILLMwUd3OFlMUxShv F2WbYhYy88QrQF4KhkDVfZ7w3e6eRRWGy4uG2lfSA47EkSmLVAFEhbiRFOXQTNjX2bqH N9vwMLN0WDtxf2LreZkebR/uDWDPB91j4+a1lRzA3zqMnx3IV0+6OuUKZ2bFdOq04yC2 VZfWfaKsrhJMMzNKEuAp/E1JvOki+E7ze9/WB5IHhaVnlybbuAhn7V+Yjwez4lCbcPG3 8O5g== 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:reply-to :from:date:message-id:subject:to:cc; bh=9SGcfxvlCbkfed3H1YSCkc8Y83mB2Dp0vAdDLt+E+Xg=; b=s7G7r/9ByNtKEkftYkZ4PBODBhZHy6erGDbqSxxu5gVk3Ka9XbtVJKrCaz7/99Agcv PtQTfeZposBU6P/aQKGxr2QsAMth6tVUptUJECkpVPGH/7sbf63tTANgqxXWO0na5Kyg gM5QR78I1uUWGU5iM0vJYthZ9HGK48maKiEF1l9pyfhXP/XQTFi1UYXq3tIz+PeaBw87 yww8MK2zXGNmDS/v22gdfuoVamqgZeL9MY8SYqg9gURNSp+oLinUghn2TL7T0j6G6Xif 7a97KDv0qPrQdGG7LIm5MDe4bObAGDGewWGByMRxb2qmX1fn0qY7BGBy8O7rzEI6ZOb0 boDw== X-Gm-Message-State: AOAM5336h8IpO7U3eVWVcQe50hBNLM6AL5PSvb+TlZQEfyE0CfZsS02I X3jbEsAeVMmaD81WOAvS017r+UbVoLuQtjTJb34hENA56MQ= X-Google-Smtp-Source: ABdhPJw3Wh0VelWkF2RQvwNUwU6CdHcc9l+iCfIlYqGYNtfDCGsOoavlC70hK0/rX76QMmlzAjfm6eHBqa2XN3rDz5Y= X-Received: by 2002:adf:e7c4:: with SMTP id e4mr7021814wrn.113.1601828707523; Sun, 04 Oct 2020 09:25:07 -0700 (PDT) In-Reply-To: Received-SPF: pass client-ip=2a00:1450:4864:20::42f; envelope-from=thibaut.verron@gmail.com; helo=mail-wr1-x42f.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. 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:257036 Archived-At: --0000000000001a5ec305b0dacfca Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Le dim. 4 oct. 2020 =C3=A0 15:46, Alfred M. Szmidt a =C3=A9cr= it : > The exact same arguments could apply to C-c being "replaced" by C-x > C-c. > > There is a big difference in that C-c is already used by Emacs for > other things, one is for users, and the second is for local > keybindings in modes. Changing that would break quite a bit of > things. I meant when C-c was chosen, I wasn't suggesting to change things now. But if C-x C-c for C-c was never too confusing, C-x C-z for C-z should be fine too. In any case, C-z can display a message guiding the user to the proper key sequence. And one could argue that C-c could show such a message too(without breaking anything). C-z z or similar for suspend with a message seems like a good > compromise. I agree in general, with a preference for C-z C-z. But if C-z becomes a prefix key, C-z C-z (or even C-z z) will have the same "prime" status as C-c C-c today. If C-z is purely for users with the exception of binding to suspend-frame, it should not be a problem, as users can always override it they don't care about tty suspend. > --0000000000001a5ec305b0dacfca Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Le dim. 4 oct. 2020 =C3=A0 15:46, Alfred M. Szmidt <ams@gnu.org> a =C3=A9crit=C2=A0:
=C2=A0 =C2=A0The exact same arguments could ap= ply to C-c being "replaced" by C-x C-c.

There is a big difference in that C-c is already used by Emacs for
other things, one is for users, and the second is for local
keybindings in modes.=C2=A0 Changing that would break quite a bit of
things.

I meant when C-c was chosen, I wasn't suggesting to change things no= w.=C2=A0

But if C-x C-c = for C-c was never too confusing, C-x C-z for C-z should be fine too.=C2=A0<= /div>

In any case, C-z can dis= play a message guiding the user to the proper key sequence. And one could a= rgue that C-c could show such a message too(without breaking anything).=C2= =A0

C-z z or similar for suspend with a message seems like a good
compromise.

I agree in general, with a preference for C-z C-z. But if C-z become= s a prefix key, C-z C-z (or even C-z z) will have the same "prime"= ; status as C-c C-c today.=C2=A0

If C-z is purely for users with the exception of binding to suspe= nd-frame, it should not be a problem, as users can always override it they = don't care about tty suspend.
--0000000000001a5ec305b0dacfca--