From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: delete-selection-mode as default (WAS: Some developement questions) Date: Sun, 9 Sep 2018 19:12:53 +0000 Message-ID: <20180909191253.GD6047@ACM> References: <0CCFABF4-0F2B-4DAA-9C8E-11E1254A325E@gmail.com> <834lf0tptp.fsf@gnu.org> <41DF4279-89F4-413A-B3BC-63E9E9E98772@gmail.com> <8336uktk4s.fsf@gnu.org> <20180909131316.GA6047@ACM> <20180909175953.5nghqjofhliy6ve6@Ergus> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: blaine.gmane.org 1536520385 19164 195.159.176.226 (9 Sep 2018 19:13:05 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 9 Sep 2018 19:13:05 +0000 (UTC) User-Agent: Mutt/1.10.1 (2018-07-13) Cc: Eli Zaretskii , Bingo , emacs-devel@gnu.org To: Ergus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Sep 09 21:13:01 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fz58n-0004r0-67 for ged-emacs-devel@m.gmane.org; Sun, 09 Sep 2018 21:13:01 +0200 Original-Received: from localhost ([::1]:48462 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fz5At-0003Hj-4C for ged-emacs-devel@m.gmane.org; Sun, 09 Sep 2018 15:15:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60219) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fz5Al-0003HQ-RS for emacs-devel@gnu.org; Sun, 09 Sep 2018 15:15:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fz5Ah-0007Zu-Vq for emacs-devel@gnu.org; Sun, 09 Sep 2018 15:15:03 -0400 Original-Received: from colin.muc.de ([193.149.48.1]:38903 helo=mail.muc.de) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1fz5Ag-0007Xu-AL for emacs-devel@gnu.org; Sun, 09 Sep 2018 15:14:59 -0400 Original-Received: (qmail 66905 invoked by uid 3782); 9 Sep 2018 19:14:57 -0000 Original-Received: from acm.muc.de (p5B147DDC.dip0.t-ipconnect.de [91.20.125.220]) by colin.muc.de (tmda-ofmipd) with ESMTP; Sun, 09 Sep 2018 21:14:55 +0200 Original-Received: (qmail 8084 invoked by uid 1000); 9 Sep 2018 19:12:53 -0000 Content-Disposition: inline In-Reply-To: <20180909175953.5nghqjofhliy6ve6@Ergus> X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 193.149.48.1 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:229572 Archived-At: Hello, Ergus. On Sun, Sep 09, 2018 at 19:59:53 +0200, Ergus wrote: > On Sun, Sep 09, 2018 at 01:13:16PM +0000, Alan Mackenzie wrote: > >Hello, Eli. > >On Sat, Sep 08, 2018 at 12:26:43 +0300, Eli Zaretskii wrote: > >> > Date: Sat, 08 Sep 2018 14:03:46 +0530 > >> > CC: emacs-devel@gnu.org > >> > From: Bingo > >> > 1. When Emacs first starts, see if there is an init file. Various > >> > modern software do so, so we would be on solid ground there. > >> > 2. If so, trust the user that he would have set delete-selection-mode > >> > as required. > >> I'm not sure this is a valid assumption. A user could have > >> delete-selection-mode not turned on because she had no idea such a > >> thing existed in Emacs. > >> > This would avoid stepping on the toes of power users : which form > >> > the majority of Emacs users. > >> Please note that veteran users only care about defaults when they need > >> to use Emacs on someone else's machine, or when logged on as some other > >> user (like root or su). > >A third situation, in which at least one veteran user (me) cares is when > >testing a bug fix with emacs -Q. In such cases, I can get fairly > >irritated by, e.g., transient-mark-mode, and would get even more > >irritated were delete-selection-mode to be enabled by default. > >-- > >Alan Mackenzie (Nuremberg, Germany). > I understand this. But then I only see 2 possible solutions: > 1) Keep emacs defaults only for experienced users, so forget about > getting new users and let it die slowly. Emacs is over 40 years old, and has seen many fads come and go. It has been steadily acquiring new users in that time, and losing old ones. As a program it combines extreme user friendliness with a long steep learning curve (i.e. it is not "beginner friendly"). I don't think we should be trying to change these attributes. > 2) Start thinking in the new generations who will inherit emacs but > already have a standard idea of how editors should behave; very > different of the emacs defaults. Many of them, faced with a choice between lots of clones which behave in a beginner-friendly, but suboptimal fashion, and the freshness of Emacs will come to chose Emacs. We should not deprive them of this choice by dumbing down Emacs. Incidentally, the current discussion, in essence, has been going on on this list for the last 20 years or so, and probably quite a bit longer. > As a good consensus (and we are again where this thread started) is the > option to make an initial assistant (like the one in spacemacs but maybe > more complete) which can provide a bunch of options to the user to > set/unset them (with some information or more options depending of the > user (it can start with standard, advanced, minimal like many other > programs)). And add this configuration as the init file (if there was > not one) or as an extra file that cannot be skipped with -Q but with > another option that could be added. I suggested something similar some years ago, but never got around to implementing it: that there be several sets of defaults, and a user choses a set of defaults by the name of the command she starts Emacs with: for example, I would start emacs-classic, whereas you would start something like emacs-cua. This could be implemented by hard links, with the Emacs binary finding its "pre-"initialisation file by checking the name it was invoked by. Or something like that. > This is maybe a bit more complicated to implement, but it can satisfy > both cases somehow. > There is a point where old projects need to adapt themselves to the > running times, ..... You have to be careful that this doesn't mean dumbing down. > .... not only importing functionalities, but also updating > functionalities they already have in order to improve them. But we need > to think in the normal users which are majority in any project. As a counterexample to your argument, look at the inconsistent series of messes that recent versions of Firefox have become. -- Alan Mackenzie (Nuremberg, Germany).