From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Marcin Borkowski Newsgroups: gmane.emacs.bugs Subject: bug#3540: Please reserve a ctrl-key combination for interoperability Date: Wed, 09 Oct 2019 20:33:03 +0200 Message-ID: <8736g1epls.fsf@mbork.pl> References: <1244771200l.4854l.2l@mofo> <87y2xye4nz.fsf@mbork.pl> <0d884621-5d6e-47c6-8a0e-d70d4c09f15e@default> <87tv8lek8p.fsf@mbork.pl> <014ff1d6-9e7e-4bdf-88ed-eefc9133353d@default> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="85213"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: mu4e 1.1.0; emacs 27.0.50 Cc: "Karl O. Pinc" , Stefan Kangas , 3540@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Oct 09 22:38:49 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iIIjQ-000M3N-Nl for geb-bug-gnu-emacs@m.gmane.org; Wed, 09 Oct 2019 22:38:48 +0200 Original-Received: from localhost ([::1]:57308 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iIIjO-0005hm-UA for geb-bug-gnu-emacs@m.gmane.org; Wed, 09 Oct 2019 16:38:46 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44161) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iIGmi-0005Mv-5i for bug-gnu-emacs@gnu.org; Wed, 09 Oct 2019 14:34:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iIGmg-0002wG-Cn for bug-gnu-emacs@gnu.org; Wed, 09 Oct 2019 14:34:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:45279) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iIGmg-0002wA-9a for bug-gnu-emacs@gnu.org; Wed, 09 Oct 2019 14:34:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iIGmg-0006qv-5H for bug-gnu-emacs@gnu.org; Wed, 09 Oct 2019 14:34:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Marcin Borkowski Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Oct 2019 18:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3540 X-GNU-PR-Package: emacs Original-Received: via spool by 3540-submit@debbugs.gnu.org id=B3540.157064600126287 (code B ref 3540); Wed, 09 Oct 2019 18:34:02 +0000 Original-Received: (at 3540) by debbugs.gnu.org; 9 Oct 2019 18:33:21 +0000 Original-Received: from localhost ([127.0.0.1]:54100 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iIGm1-0006pv-0V for submit@debbugs.gnu.org; Wed, 09 Oct 2019 14:33:21 -0400 Original-Received: from mail.mojserwer.eu ([195.110.48.8]:51056) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iIGlt-0006pd-Dg for 3540@debbugs.gnu.org; Wed, 09 Oct 2019 14:33:20 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 27AA5E6CBE; Wed, 9 Oct 2019 20:33:10 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Original-Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id otyrnP039-qy; Wed, 9 Oct 2019 20:33:06 +0200 (CEST) Original-Received: from localhost (jeden09-dwa27.echostar.pl [213.156.109.227]) by mail.mojserwer.eu (Postfix) with ESMTPSA id 366CBE642A; Wed, 9 Oct 2019 20:33:06 +0200 (CEST) In-reply-to: <014ff1d6-9e7e-4bdf-88ed-eefc9133353d@default> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:168774 Archived-At: On 2019-10-06, at 23:29, Drew Adams wrote: >> Actually, that's what I do in my config. (Is there anyone who actually >> wants C-z's default binding???) > > Dunno. But I use something very close to it (for GUI). > It has the same behavior as the default command, unless > you use a prefix arg: > > (defun iconify/show-frame (&optional all-action) > "Iconify selected frame if now shown. Show it if now iconified. > A non-negative prefix arg iconifies all shown frames. > A negative prefix arg deiconifies all iconified frames." > (interactive "P") > (cond ((not all-action) > (when rename-frame-when-iconify-flag > (rename-non-minibuffer-frame)) > (iconify-or-deiconify-frame)) > ((natnump (prefix-numeric-value all-action)) > (iconify-everything)) > (t (deiconify-everything)))) ; <== Emacs default > > But I'm not arguing to keep the default `C-z' binding. > I'm really arguing against wasting `C-z' on something > else, by default. > > Someday we'll come across a really important new feature > that really deserves `C-z' (e.g. as a prefix key). Keys > shouldn't be bound by default lightly. Once a key is > bound by default it becomes harder to later remove or > replace its binding. > > `C-z' is a wonderful key for general things, including > use as a prefix key. (And if not a prefix key then at > least for a repeatable command.) And it's as easy to > reach as `C-x' on most keyboards. > > If ever there was a key that I don't think should be > bound by default willy nilly (aka wasted, in my view), > it's `C-z'. I agree. >> > The manual should not suggest that users bind any >> > particular keys. It's OK for a 3rd-party library >> > to suggest key bindings. It's not good for Emacs >> > itself to do that. >> >> I'm not sure I agree. I'd welcome a list of bindings like C-z or M-o >> which do nothing useful by default. (In fact, I compiled such a list >> myself - https://urldefense.proofpoint.com/v2/url?u=http-3A__mbork.pl_2019- >> 2D03-2D18-5FFree-5FEmacs-5Fkey- >> 5Fbindings&d=DwIBAg&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=kI3P6ljGv >> 6CTHIKju0jqInF6AOwMCYRDQUmqX22rJ98&m=vtPmjCas97xufIKnzS06ZEh04AKsMp8iJj- >> 9W7kHURQ&s=zXD57trzqr01K4n0EBvwEqWYU6PCjR6gahEDtLcmms8&e= - but I'm >> not very happy with it.) > > One person's not-very-useful is another's useful. Of course. > And certainly the manual shouldn't suggest that users > bind some key that has a default binding because that > binding isn't very useful. > > If Emacs really thinks some default binding isn't > very useful then it shouldn't bind it by default. Here I don't agree. Logically, you are of course right. Psychologically, many people hesitate to rebind default keys for various reasons. While it is unreasonable for the manual to suggest binding particular keys to particular commands, I would find it very reasonable to encourage users to customize Emacs, including rebinding keys - also the defaults. After all, customizability is one of Emacs' greatest strengths. It should be natural for the manual to encourage the users to take advantage of it. >> > 3rd-party libraries are opt-in by users. Using >> > one is like adding its feature/code to your init >> > file - it's a user choice. >> > >> > The same isn't true of much of the code distributed >> > by Emacs. And even when a distributed library (e.g. >> > `dired-x.el') is opt-in, Emacs should not suggest >> > bindings for its commands. "Suggestion" by Emacs >> > is sometimes mistakenly taken by users as a "rule" >> > or a convention. >> >> That's why it should be made clear that it's a suggestion, like: >> >> "Many users find some commands not useful for them at all. They might >> want to rebind their keys to ones that they use frequently." > > That's not helpful, IMO. Anyone can know that and > do that, without Emacs suggesting to bind specific > keys. And what one user finds not useful another one > finds useful. Again: logically, you're correct. But there is a huge gap between "knowing" and "doing". And some people (me included) could find such an ecouragement helpful. > (Why does "Many users..." remind me of DJT's "Many > people are saying..."? ;-)) I have no idea who or what DJT is. DuckDuckGo mentioned one of the better American presidents, is that what you meant? > But sure, many users find some things not useful for > them. Many users aren't even aware of much of Emacs. > Most users, me included, use only a tiny bit of what > Emacs offers. > > Users differ. Use cases differ. There are many ways > to use Emacs. > > Any user who finds some key that is bound by default > not to be useful can rebind it. That's not specific > to any particular key. The doc should not be trying > to find and inform about keys that "many users" find > not so useful. > >> > There's no good reason for Emacs to suggest that >> > users use `C-z' for anything particular. >> >> On the contrary, there is: the meaning of C-z is "I want to leave Emacs >> for a moment and be able to come back". > > Not in GUI Emacs, it's not, unless you consider > iconifying to be "leaving Emacs". While I do not consider iconifying to be "leaving Emacs", I think it can be described as "leaving Emacs for a moment", which is a very different concept. Again: I don't think this is so important to waste so much time discussing. I can live without any change in that department. But I guess that some encouragement to rebind keys in the manual could be beneficial. Best, -- Marcin Borkowski http://mbork.pl