From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Suggested experimental test Date: Tue, 23 Mar 2021 10:06:11 +0200 Message-ID: <83lfae8fbg.fsf@gnu.org> References: <831ba60af0cbfdd95686@heytings.org> <87mtuxj8ue.fsf@gnus.org> <9088e12cb3de3d30abf1@heytings.org> <8735wnjsum.fsf@gnus.org> <83sg4n9jei.fsf@gnu.org> <271290d7aac58f2f9e96@heytings.org> <83czvr9hvc.fsf@gnu.org> <271290d7aa69bbcaa204@heytings.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31391"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, emacs-devel@gnu.org To: Gregory Heytings Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Mar 23 09:06:50 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 1lOc3u-00082w-Ix for ged-emacs-devel@m.gmane-mx.org; Tue, 23 Mar 2021 09:06:50 +0100 Original-Received: from localhost ([::1]:55236 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lOc3t-0007mt-KG for ged-emacs-devel@m.gmane-mx.org; Tue, 23 Mar 2021 04:06:49 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38098) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lOc3D-0007JM-CO for emacs-devel@gnu.org; Tue, 23 Mar 2021 04:06:07 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:49661) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lOc3C-0004Ry-Th; Tue, 23 Mar 2021 04:06:06 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1138 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lOc3C-0000cB-7U; Tue, 23 Mar 2021 04:06:06 -0400 In-Reply-To: <271290d7aa69bbcaa204@heytings.org> (message from Gregory Heytings on Mon, 22 Mar 2021 20:22:21 +0000) 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:266861 Archived-At: > Date: Mon, 22 Mar 2021 20:22:21 +0000 > From: Gregory Heytings > cc: larsi@gnus.org, emacs-devel@gnu.org > > >>> This question also goes to everyone else in this long dispute who > >>> wants their precious key bindings preserved: why is such a long > >>> discussion needed when it is so easy to restore, in your init file, a > >>> binding you want preserved? > > > > Sure. But what I wrote then didn't prevent you-all from flooding this > > list with precisely the discussions I tried to prevent. > > I'm sorry for this, that's not what I wanted. What would be the way to > conduct such an experiment without provoking such a flooding, for those > who do not have write access to the trunk? I basically think you cannot. Any such theme is bound to produce a long heated discussion. We cannot do anything practical to prevent it. That's life. > IMO Emacs is now in a position that is similar to that of Emacs 16, when > RMS introduced modes. He realized that he needed a prefix key for them, > and he did not choose to use one of the yet unused meta keys: instead he > repurposed C-c and moved its command somewhere else. The need for such a > prefix key is something that he could not have envisioned while writing > Emacs 1, it became apparent only later. Likewise, some time later, when > user configuration files became common, the C-c LETTER keys were freed. > Again the need for this could not have been seen beforehand, and again RMS > did not choose to use a free meta key for this. > > Now the situation is that third-party packages are becoming more and more > popular, something which couldn't have been envisioned twenty years ago, > and these packages can't be installed in a simple way, that is, without > asking users to fiddle with their configuration files, to define some > global key bindings that these packages need. I don't see why we > shouldn't act in the same way RMS acted, that is, by repurposing one > control key for them. The difference is that 37 years have passed, and what was then a recent keybinding in a program that had only a very limited user base is now a keybinding many users have hardwired into their muscles. Another thing that changed is that there are nowadays many more active contributors to Emacs who have their own (and different!) views on this subject. See below. It was easy to make such decisions when Emacs was an RCS repository on Richard's own machine, and he was the only one who actually made changes. Yet another thing that's changed is that we nowadays have much fewer free keys to work with, and many of those, while unbound globally, are likely to be bound by some mode which is dear to someone. Part of the reasons for the differences in opinions is that different people use different modes and have different usage patterns, and thus keybinding that are important to some might be unimportant (or even unknown, as these discussions repeatedly show!) to others. How can we ever significantly agree on removing or changing a keybinding under these circumstances? And one more thought, regarding the problem that 3rd-party packages have: it can be argued that this is not our problem. Why should users of Emacs that never heard of package P and will likely never use it pay the price? why couldn't the developers of P solve the problem which is in a way caused by P and whose solution benefits the users of P? Some might think that shifting the price to the Emacs core is the wrong way of dealing with the problem. The solution could be for P to use longer key sequences (which usurps fewer keys on the top level), and if some users of P are unhappy about that, then those users could rebind the commands privately to any key they like. Think about it.