From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Ergus Newsgroups: gmane.emacs.devel Subject: Re: delete-selection-mode as default (WAS: Some developement questions) Date: Mon, 10 Sep 2018 00:33:17 +0200 Message-ID: <20180909223317.h4bfzx4yjxeopfwq@Ergus> 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> <20180909191253.GD6047@ACM> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Trace: blaine.gmane.org 1536532655 23305 195.159.176.226 (9 Sep 2018 22:37:35 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 9 Sep 2018 22:37:35 +0000 (UTC) User-Agent: NeoMutt/20180716 Cc: Eli Zaretskii , Bingo , emacs-devel@gnu.org To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Sep 10 00:37:30 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 1fz8Kf-0005yG-BT for ged-emacs-devel@m.gmane.org; Mon, 10 Sep 2018 00:37:29 +0200 Original-Received: from localhost ([::1]:48926 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fz8Ml-0006Me-Qq for ged-emacs-devel@m.gmane.org; Sun, 09 Sep 2018 18:39:39 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44422) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fz8MY-0006K4-3C for emacs-devel@gnu.org; Sun, 09 Sep 2018 18:39:30 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fz8Gn-0007Tp-Sd for emacs-devel@gnu.org; Sun, 09 Sep 2018 18:33:33 -0400 Original-Received: from sonic305-21.consmr.mail.ir2.yahoo.com ([77.238.177.83]:37372) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fz8Gn-0007PD-JL for emacs-devel@gnu.org; Sun, 09 Sep 2018 18:33:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1536532407; bh=QFfCa7XBOO/AJ65kyIJTntuVGxoKKegcxLBKZ0yeV68=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From:Subject; b=a0uJ1e1G6q60JhPDRQRbL8vHocf3FMvkcbWlvzx1zrben1Zf2KJijtPwGvlO+SWT93loqtZubmvb7TwUNnlM4DbNBs5ZfsNcO3Jo/DGSUaytijs9RIc2MRqU9l7ky6Jd9xfA0obrsZYHSB60KuoAvFR8QKYuHlwTTCktMDJCpcv5/fnIdrvfMRE4KLIUkwWF/21VscT7bk+cn71Egj8Z2TAtDbfjWXasNZobbaf2g/meid7WOnTUmAGkjWb/f+mzX+NiSHIy1VogHjGUfoxgqY104emDHZYL+O1TGAZqIJ4qBO+HdrJ1Q50FQQHq7A2Bcc2tAsp2q+n0FlYDQSb9Jw== X-YMail-OSG: jtIcw24VM1na5aZpOuRfI2qEqg9zZEm5w47NHmqLbmq2oOwFxpYqMQDY0oOK2kf nlLRdAnCiHxttnfr15yPU7xEpSjsanVmAt1G3G79kz60jb7i0KGX1dITjrRYB1iaSCNM4ZfbRZMc 1MJ3azCHfgSM0OxWWgc2eUwGi_3rXI3jUb5gv4A7tNQUOnJO7xWsUAbZN48RcSgm7RnLLTAQa39k xlqk0Z9PicBikoi3H2mA6x2zgU2ap_BEo8doT7JosroI_X6io4uKBR8wVZNXNcYvzgUUy9syPxQ0 FfI.pmCFqlzFQJXr06T2.zF75hGUWELDD_wq8WftUNACUS1d1_zjORwUX7UpaRzFQ7.e0V1M9lb. Jk1ayZoyvfjsyNXDXfHDqvuTNfYKCNTMR8LGcd5vbIIqF7WjOoITn97CUoEAHBiSiD7uPhsEFLl2 Ti_AkHatXkW5VP8NMBea7skIUlt1OenT3N6pC9hxdo3zmrP.xcZqdzlNQEYFw9eUMJhDSW0DKUWJ Xe7e78Z7DeTVPksevKOesIgvcH.ODi5FeQJCbPEUK46oX_giyTov45JZ0siRn4WmXjuUu9WmVtYS .Nl8X6QskYUoL9JFkuhQLgwpHnjpfRivD13qsMIWdhGPWM.o.8pfkeggdkwMQNqzaBfPNWWBePdv Al5aSOQ5eRq1JqezaqKkhsMUqtHGYdZbvjQMvemQXkSfKchNVmMvpHawaj3k13_8timG.hTw4qGR EBjo1Qrdtcpd4kP.pGFt.1z3iqncthoKgb0zyXp5DbhJqsvz6Fy.Qnh_1AUfQvpytAq195wK0sV6 QjBfaoNm.FStSFRtPRUdql7Ja0k.ZF0fh51IobZXQg Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.ir2.yahoo.com with HTTP; Sun, 9 Sep 2018 22:33:27 +0000 Original-Received: from 2.152.205.184.dyn.user.ono.com (EHLO Ergus) ([2.152.205.184]) by smtp415.mail.ir2.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID d3746b9972e97e1f7f0814bd9fe9fc94; Sun, 09 Sep 2018 22:33:24 +0000 (UTC) Content-Disposition: inline In-Reply-To: <20180909191253.GD6047@ACM> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 77.238.177.83 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:229576 Archived-At: On Sun, Sep 09, 2018 at 07:12:53PM +0000, Alan Mackenzie wrote: Hello Alan: >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. > I partially agree because the project survived more or less actively. But in the last 10 years the use have strongly declined. The first 20 years emacs adapted to changes very quickly, changing details, architectures, adopting gui, extending. After the 2000 appeared many other editors and they more or less standardized what text editing is. But also other factors affected the emacs extension like the ubiquity of windows, notepad++ (with almost not learning curve), emacs not being installed by default in the GNU/Linux distributions. So emacs keeps a number of users like in the 90s while now the number of programmers and developers in the world is orders of magnitude higher. And we did nothing. >> 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. > The point is that emacs can bring the same experience than any other editor just some configuration (projects like spacemacs proves this). But the default experience is too different that most users feel scared and move to something "simpler". And we do nothing to avoid this; stating with the tutorial or the online documentation (where 99% of the users look for stuff and not in the self documentation, stackoverflow success is the prove that nobody reads the manuals or the full documentation in our days). There is not an interactive foro where users can make questions and answer each other actively, and if the emacswiki is not updated in many articles is a prove that we don't have enough users proportional to the projects' dimension. Add to this that many packages and functionalities are duplicated in different packages and the user gets confused and some packages in the repositories are unmaintained since 5 years or more. Looking how the number of sublime text users grew in 2 years shows all the users that emacs is loosing just for not bringing an initial good face. Because Sublime is not superior to emacs in any sense, except the behavior that is "like expected". >> 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. > OK, but it doesn't mean that everything should be frozen and unchanged because it works as it is. Maybe is can be better, or in general the users prefer that way (there should be a reason); and the project is not only for it's developers. Have you ever think why there are so many sublime text users? >> .... 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. > Yes, But Firefox lost like the 70% of its users in 5 years because they offered the same experience but the rest of the world moved on, so they just tried to fix the issues they had with speed and memory usage. They also have the chrome competition and they depend of web architectures and interfaces that evolves constantly. So the comparison is not parallel with emacs from my point of view. But, as a consequence of latest changes, many chrome, chromium, and Opera users moved back to Firefox again. Plugins started to be maintained again, there are some more contributors now. If they had made the changes gradually among the years maybe some users keep there but also the changes had been not so drastic and the users had time to adapt. In general the project has more live now, in spite of the problems associated with any big change. And actually Firefox works better now than before Quantum, specially in mobile. >-- >Alan Mackenzie (Nuremberg, Germany).