From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Po Lu Newsgroups: gmane.emacs.devel Subject: Re: [External] : Re: Default custom file was: Re: Propose to add setup-wizard.el to ELPA Date: Sat, 08 Jan 2022 08:54:58 +0800 Message-ID: <87lezrvyfx.fsf@yahoo.com> References: <740A136F-8710-4F4C-BFC1-A3DB418447F4@gmail.com> <87fsq28x4l.fsf@yahoo.com> <87bl0q8vfa.fsf@yahoo.com> <83pmp69vsu.fsf@gnu.org> <8735m17l8c.fsf@yahoo.com> <875yqx5nub.fsf@yahoo.com> <83lezt8cm6.fsf@gnu.org> <871r1k38ym.fsf@gmail.com> <878rvs1i5a.fsf@yahoo.com> <87mtk8ywye.fsf@yahoo.com> <87a6g8yql2.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="22350"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.60 (gnu/linux) Cc: Tim Cross , "emacs-devel@gnu.org" To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jan 08 01:56:42 2022 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 1n602D-0005X5-7x for ged-emacs-devel@m.gmane-mx.org; Sat, 08 Jan 2022 01:56:41 +0100 Original-Received: from localhost ([::1]:39670 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n602B-0000ia-6D for ged-emacs-devel@m.gmane-mx.org; Fri, 07 Jan 2022 19:56:39 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:42214) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n600r-0007eL-U2 for emacs-devel@gnu.org; Fri, 07 Jan 2022 19:55:18 -0500 Original-Received: from sonic314-20.consmr.mail.gq1.yahoo.com ([98.137.69.83]:45834) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n600n-00012G-0U for emacs-devel@gnu.org; Fri, 07 Jan 2022 19:55:16 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1641603310; bh=u+eRaexoGEx9+asKwjIn1CFeRPkFlpS5thGzNqgKPdE=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=HWVmI3VRhV6+PHCpkeSuZmFDkf65/8mwCX3USvqKlMDDrPbul6GUEc1KmVvKq7ymTO2okQvYddR12L0HlUKZrwPRbGAA3c6gB4mV0pesJKCHyVyi+GSDNqPWfx0T/IQoNhiNsvWSKSZMsj/jPlF6+FU4QArpg55T0LJuMGWEp1m2AxfmEsbGxHSxAAK5NbYNi6JLjADaombWG/OXNTtjSSBzS/4rA/xDWvPGB1QCFLn4TaBQj6yRAHVrAZObu2sQNA+H7f/xllN1bLzy+VmrGZxrknsIvtfPpU50U8K+IA90USNtwjBfzEwAtWdpvccT9+XLXKCfLVSXjaKFqmGF0g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1641603310; bh=AfuN/ZmAQP3ectMQqqG3iD30BpS37vybjD26Ifv4hgX=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=YuIF/oRVh8tQq3anuatxnBZLK6cz6G9MIPQIS/sJ8zNbuH5tUz9rVga1w20b1IKJgxWZOnbUatfznzaGol6N7QipAVhvb3VnKxYb8J2Xl6hMQtFwuLWE+QD4md5SlUNJFNX2ESy9R74h6Pc3juo6KQTqFMPcS+NiAM0V5O8V7K2pOx/mUH54VIFjb55EwxwpMseTCI08OtLwBpBpQeTt4ImkboaSwMi++P+wwLN/gVZ9vbS4BmnOAbUyrRwn+ROy296lQHpWiex4dPJTxH19SrcT1W6q5U/NOYTZzoHia6eMKoyKZu0vFXIjgAicupRRsSwT7wetyRxmdBTm52P9FQ== X-YMail-OSG: mKToY.UVM1kf8s9xN_y11xVy3uZM.pkCASSeoGCYqrSwC4cZ_6jO374bZ1qif9M NSTfpLiOKz3gRoJ7Ss5AXsgV2FO0BrNhtSW2i.AomLebH1wxifwf2gb56yVPx9koHTXPguvauG27 YjUAC.AmHncElokovNXSeG.bUVuNHnSr3LB_tSavFnEBOzSxzSRYj0pspOXHgaroTkeYQZBWlseH K3j2.ADQeLPfnaOA6dj3zHbzv4FqlAdGrBCjCn8nYewjUXO7L_DLOQtyDJmy.4WTE4QDR5qrxoHJ LtPHKwZqfxEoRDSVmFPKnLEu0Hx4IE.ecBmSuvLNDJ5CJwyJ8mx_QLCyWnrnEMLBgcS6eQIMjgEi h7vPAQL5abDuMrglN0YIxZOsJDnbLiiQvkifDadOAowmrQN5LrLvS1UC8.N.yYR91BX4rB9wQJyC mvbJO.Q1Pj0e66CAsGhvkyIRaT7H_KUq.e99jK.R1YmrpVsum7Vj74lGSKGJaY_iiA2VDsSQGrAb zALsAQv1povmbjUSRpAWZkr2pI0_OnNHQ3Sw9aigElMGSqrJQgdl86gXagSCXh1izEGri215KbvM ZLikl2Td_M0BPTSoP3YShiCTOimIaWVa.EysYAyow3K5g7XdmtDeGSK0tOrlmgx_Ca3u4K53o129 OOrJ59Asscz0EiMHkXCnWcjMxd9Dkti6y1zsh6cpMIWEfL8lZHAgfFDn6fmkvKUlIIelyr7xinOa OSyD1cc4mo3oyPJWz7NJcoCFEx4ALAV3.w9z9s4Unb5BBWs9H2t8crL.xEKR.WS5HxnckVfGySjG MUFjKkmLUGTBTX.j_gs6ZI_2spMreSJzcrswxZX34R X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Sat, 8 Jan 2022 00:55:10 +0000 Original-Received: by kubenode509.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6e14c8024e2e5de1b3de8ce653ecd2cd; Sat, 08 Jan 2022 00:55:03 +0000 (UTC) In-Reply-To: (Drew Adams's message of "Fri, 7 Jan 2022 18:06:12 +0000") X-Mailer: WebService/1.1.19551 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Received-SPF: pass client-ip=98.137.69.83; envelope-from=luangruo@yahoo.com; helo=sonic314-20.consmr.mail.gq1.yahoo.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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:284437 Archived-At: Drew Adams writes: > Consider `transient-mark-mode'. > Its existence in Emacs was status quo for a > very long time, and the behavior was OFF. > Until it wasn't - the status quo was changed > to ON. Holy Toledo! > That was a backward-incompatible change in > behavior. It affected thousands of users. > It took us _decades_ to get that change made. > Status quo, status quo, status quo. And I didn't like that change. IMO, it was a bad idea, but the decision has already been made. Here, it has not, so it would be good to not repeat the same mistake. > And why was that change finally made? It's > what those who decided expected that more > users would expect & want. Users out in > the wild expect to see text that they select > to act on ("activated") be highlighted, so > they can see what they'll act on. > > What was the effect on users who did NOT > want `transient-mark-mode' on by default? > > They turned it off. End of story. Some > muffled grumbles, nothing more. Why? > Because you can still use Emacs as before - > just turn `t-m-mode' off (Customize). > Happy campers all around. Lucky. We don't know that would be the case here. (And it was not the case with transient-mark-mode either.) > Why didn't we go all the way toward what most > new users out there really expected, which is > something more like `delete-selection-mode' > (which turns on `transient-mark-mode')? Why > stop with `t-m-mode', which corresponds to > neither what users get outside Emacs nor what > Emacs behavior is with `t-m-mode' off? > > We should have, IMO. Not enough weight to > balance the rotund body of Status Quo. I've > been betting on `delete-selection-mode' being > turned on by default after a few decades, but > it's already been a few decades now... (I'm > still betting on that happening sometime.) Turning delete-selection-mode on by default would be extremely confusing. I sincerely hope that long standing default behavior will never change as well. > I'm as strong a proponent of not rocking the > status-quo boat as anyone. And opinions can > certainly differ about whether `custom-file' > should default to a file name. But what's > the downside of changing such a default > change? > > A relatively few users - those who remain > wedded to using only their init file - would > need to set `custom-file' to their init file > (or to nil, if we interpret that as using > the init file after the default change). > Yes, and? Anyone can rely on the behavior > they've long relied on and enjoyed, by just > setting `custom-file' to their init file. > End of story. Nobody knows how "few" those users are, and even if someone did, it would still be better to cause less churn. > In the case of `transient-mark-mode' I'd wager > that the _vast_ majority - maybe 90% - of > existing Emacs users had `t-m-mode' off when > the default was switched to on. >From anecdotal experience at my workplace, that is simply false. > And I'd wager that a minority of them bothered > to switch it to off after the default changed. Also untrue. > It's not only about individual preferences, > and especially not only about _current_ ones. > > It's also about what we expect will be best > for most users, and in particular most users > in the future. Most Emacs users are future > users, not current users. What's the best > behavior for them? I think it's to separate > the file that Customize writes to from their > init file. > > But _every_ user will have a simple, trivial, > quick, one-time way to get the behavior they > prefer: just set `custom-file' to the file > they want Customize to write to, whether > that be their init file or another file. > > Sensible behavior by default for everyone. > Individual preferences respected. Happy > campers, all. That's a catch-all excuse to make random changes, and a very slippery slope. Imagine how many "one-time solutions" there would have to be if we made more and more changes under that slogan. > The exact number, sure. But not the relative > number. Unless Emacs is blown off the globe > it's certain that there will be more users in > the future than there are today. And that globe might as well be blown to pieces tomorrow, so it is utterly pointless to make changes to please those who might not even exist. > Diehards who said the same thing about turning > on `transient-mark-mode' will admit today that > their alarmism was misplaced. I don't. I know as a fact that it's annoying for people switching between Emacs 23 and 21, both of which still have users. Thanks.