From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Phil Sainty Newsgroups: gmane.emacs.devel Subject: Re: delete-selection-mode as default (WAS: Some developement questions) Date: Fri, 07 Sep 2018 21:40:26 +1200 Message-ID: References: <83k1nxvm5j.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1536313208 19467 195.159.176.226 (7 Sep 2018 09:40:08 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 7 Sep 2018 09:40:08 +0000 (UTC) User-Agent: Orcon Webmail Cc: hw@adminart.net, spacibba@aol.com, Noam Postavsky , emacs-devel@gnu.org, drew.adams@oracle.com, phillip.lord@russet.org.uk To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 07 11:40:03 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 1fyDFD-0004wk-2d for ged-emacs-devel@m.gmane.org; Fri, 07 Sep 2018 11:40:03 +0200 Original-Received: from localhost ([::1]:37639 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fyDHJ-0005EF-Di for ged-emacs-devel@m.gmane.org; Fri, 07 Sep 2018 05:42:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33317) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fyDG5-0004vF-5A for emacs-devel@gnu.org; Fri, 07 Sep 2018 05:40:58 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fyDG4-0004WK-9K for emacs-devel@gnu.org; Fri, 07 Sep 2018 05:40:57 -0400 Original-Received: from smtp-3.orcon.net.nz ([60.234.4.44]:56898) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fyDFw-00049t-Vg; Fri, 07 Sep 2018 05:40:49 -0400 Original-Received: from [10.253.37.70] (port=58038 helo=webmail.orcon.net.nz) by smtp-3.orcon.net.nz with esmtpa (Exim 4.86_2) (envelope-from ) id 1fyDFa-0003mH-Pc; Fri, 07 Sep 2018 21:40:27 +1200 Original-Received: from wlgwil-nat-office.catalyst.net.nz ([202.78.240.7]) via [10.253.37.253] by webmail.orcon.net.nz with HTTP (HTTP/1.1 POST); Fri, 07 Sep 2018 21:40:26 +1200 In-Reply-To: <83k1nxvm5j.fsf@gnu.org> X-Sender: psainty@orcon.net.nz X-GeoIP: -- X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 60.234.4.44 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:229389 Archived-At: *Personally* I dislike `delete-selection-mode'; but FWIW I also don't have a big issue with disabling it in my init file -- at the end of the day it's an easy change to make to get back to the behaviour I prefer. I can't imagine that many users who use the current default behaviour would continue to use the default if the default were *changed*; so either way a sub-set of users will always be forced to set `delete-selection-mode' in their init files -- which means it's a question of whether we're more interested in minimising friction for existing users who still prefer the current default, or for new users who are probably used to the behaviour of other text-editors. I think what I'd be most in favour of would be a new link on the splash screen which invited users to customize some of the most fundamental aspects in which the default Emacs behaviours conflict with the typical behaviour of newer applications with which the user may be more familiar. I think this would be one of those options. CUA mode would be another. This set of options could be added to over time (as and when new user options were added to provide compatibility with the way that other editors and applications work), such that new Emacs users can always have a smoother introduction offered to them, without interfering with the upgrade experience of existing users. Such a feature would be like an improved/interactive alternative to the "Migrating to Emacs" section of the "Emacs Guided Tour" web page. Of course that entails someone spending their time implementing a feature which doesn't benefit them in any way -- because *they* already know how to set all the options in question. User options can belong to multiple groups though, can't they? Perhaps an initial implementation is as simple as identifying such options, adding them to a common group, and linking to that group from the splash screen? On 2018-09-07 18:47, Eli Zaretskii wrote: > Feel free to start a user poll, though: if it turns out I'm the > only one who thinks delete-selection-mode is inappropriate in > programming modes, we can make it the default; I can easily > turn it off in my configuration. Though I would urge people to > actually try this in programming modes before responding, and > in any case the poll should request to provide the major modes > used with the responses. I am quite surprised by the notion that there are users who are using `delete-selection-mode' in some modes and not others?! My instinct is that that would be extremely confusing, so I wouldn't be in favour of any default behaviour where the mode was sometimes on and sometimes off. I think the default should be consistent one way or the other. -Phil