From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: [External] : Re: Default custom file was: Re: Propose to add setup-wizard.el to ELPA Date: Mon, 10 Jan 2022 22:02:06 +0000 Message-ID: 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> <87lezrvyfx.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6155"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Tim Cross , "emacs-devel@gnu.org" To: Po Lu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Jan 10 23:03:15 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 1n72l0-0001V1-Gv for ged-emacs-devel@m.gmane-mx.org; Mon, 10 Jan 2022 23:03:14 +0100 Original-Received: from localhost ([::1]:39554 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n72kz-0003cU-9W for ged-emacs-devel@m.gmane-mx.org; Mon, 10 Jan 2022 17:03:13 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:53126) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n72k4-0002HY-JR for emacs-devel@gnu.org; Mon, 10 Jan 2022 17:02:17 -0500 Original-Received: from mx0a-00069f02.pphosted.com ([205.220.165.32]:65346) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n72k2-0004SL-DF for emacs-devel@gnu.org; Mon, 10 Jan 2022 17:02:16 -0500 Original-Received: from pps.filterd (m0246629.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.16.1.2/8.16.1.2) with SMTP id 20AJmA5F030658; Mon, 10 Jan 2022 22:02:10 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2021-07-09; bh=60zQeH6KrqLRg66GKw4z7SeBP33ALNqCqV1kajJgtnQ=; b=Z1oAYd/nhhf/arNnGtsAz4ngdTje5xC6yTApM1X9wMWzbXMk4pGw7+dr+BufG80VZQyW BP2rA8NPW7Sso/t4/o4DMziZx5XN6G2K2VEXWidjRDHvT98JTuOwfqHIQcfAiUANoSzs n63Xeck4OhM6IIsty5l63u7AsmJswBtK3Ec5Nwvu08mpxE873hCuQ+PiGszf7z8ngsU+ mnC1S2TTgtEp03BDBt5GMXn6hwzWlW/mPC7iDM9knSnSMO/QftG2Dagig96dhRfGDsU/ kPpkhHNZYy/hFWG9meS9mpvOsu5ckQtPkBhvzXdzkb/rZOwb/T08o2Wf3Q2/y/HtOsn4 AQ== Original-Received: from userp3020.oracle.com (userp3020.oracle.com [156.151.31.79]) by mx0b-00069f02.pphosted.com with ESMTP id 3dgn749dj1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 10 Jan 2022 22:02:10 +0000 Original-Received: from pps.filterd (userp3020.oracle.com [127.0.0.1]) by userp3020.oracle.com (8.16.1.2/8.16.1.2) with SMTP id 20ALtZ9m062892; Mon, 10 Jan 2022 22:02:09 GMT Original-Received: from nam04-dm6-obe.outbound.protection.outlook.com (mail-dm6nam08lp2040.outbound.protection.outlook.com [104.47.73.40]) by userp3020.oracle.com with ESMTP id 3df42kna36-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 10 Jan 2022 22:02:09 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=E2KYX499m1c33mjrQeTH8a7oHBCMa0LFgBgV21w3SOGWyFuuxIBV1LHnD/X+2Y2aOU1Ppzh8oW54XvAKRxb1RUZYSILlxYSnKUmgV3x6Cbx5dt+cBlsx6+elrdYnFrExtyzltlFrYfpaLXZn+83O4O/9GH/e30gp8PNduSCls6UsrJCY/odlvI4qWJBqLw/FQnJr+TCC/VOxGApbgrMec2VN2uwJIzMIchr5EYEBmQCn8ENdK6ERXHxfRQbZizmvXcO/mzTWUKNtXy8NMcglOuxWqWWdsvfN9XFeFj/GkFKqlKEImG3nPApfS6mQzJJO8TezA6nsyHr1vwTUJRKzJQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=60zQeH6KrqLRg66GKw4z7SeBP33ALNqCqV1kajJgtnQ=; b=a8Z7s76K/lv1L7Lu7cZj9Bq0phBAOQNT5jVuLixF7laFWXi5wwEP+EsBWt2Xr9DrgmQqc5eV7N4d5V4nmLwy0LbT0ulm0gaAwCCNMd2qEcHYcRKoBhasyH/82XRj6JUkAkjX+nm/P7cq0cADEbw18/OrXOoI9oGGQ5UbRMNmJEMJDZtfJk1V1J5mOtfgCHnGR+k+rbhnxzY1SuWLKR0oTVYnzSX1E9MCymIqJ+B68rp/FO2+GGxDloE63CRLT6i7EYt/58JBdr+dd1TRRQIZWMbxYpfzS539QsN8sB9kaC7LZrSgbG4zIB/T45FqpocXh0iJNYntv0vS4w6sHYAJzg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=60zQeH6KrqLRg66GKw4z7SeBP33ALNqCqV1kajJgtnQ=; b=Jg2B/ubGQFkR8AhTPiDUJ+NQgxVcQOI7EbJ5kVw8l9lR/aaKMs6oOGXmfxDd5FQapHNrK9H9T0TD1dQNtBrcd16f5ukkjGfJQCDmpXrYUrB7NcANVBWqO+MywK2htmRAeAoyCcfX//a5otxcsSUS9vwtvI34AliCbGQUl8B+XfM= Original-Received: from SJ0PR10MB5488.namprd10.prod.outlook.com (2603:10b6:a03:37e::19) by BYAPR10MB3415.namprd10.prod.outlook.com (2603:10b6:a03:15a::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4867.9; Mon, 10 Jan 2022 22:02:06 +0000 Original-Received: from SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::99a4:696f:5f30:36b3]) by SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::99a4:696f:5f30:36b3%7]) with mapi id 15.20.4867.012; Mon, 10 Jan 2022 22:02:06 +0000 Thread-Topic: [External] : Re: Default custom file was: Re: Propose to add setup-wizard.el to ELPA Thread-Index: AQHYBCpbyRg93iqmYUuTMoi36bkxtaxcyaxw In-Reply-To: <87lezrvyfx.fsf@yahoo.com> Accept-Language: en-US Content-Language: en-US x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c8d99bae-9b31-484e-893b-08d9d484d7ab x-ms-traffictypediagnostic: BYAPR10MB3415:EE_ x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:5516; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: v8uZg+P2flAufPPyegIAen74oCmV4njVUI6oURgSSNSRcJ74Y6VTiOcZrwBLEC/DhPXdl7X5ohdYumaDzcQ7SIaUWO0nnQuIE+35cGLoD6/mD+KhA3YF32DCHK9iTWfk/kCm1PooMcts67C0lyWEJHNuOyxk47L8Ab/G6yipA3ZDw6wfs7Nd1Q5lRDu1udvZIaOhWhhjbWxh4drznxKXkyNiX+O9yMqmD+Ka3ZcwsLfMpXdVZN0u4I/vv9Lm1ntCdvnlflrxc5i8p4IgZsCXzYwg37YAMUKz0PqBcSHwopzxQN9qFWuRBd/0WWUzpr2/MJkNyYJfOISC+XpdbYMxXxSC4ll7EYi4oFwvPZqSMWInMD6lpdIQRP2QsgPyuANvARMnnxrH8voiFWth5vk2ExCKHbtGsMOgH+J7loro9tAjYLAg5bJS+FiC2BlU7EO42f1lazV05fOiz6AeV2PJerQqyzuyWC4jqC+QL/sGhkn4AS7rZOAV7SPF2+8r9QkwJ/kECq9L28/IFSyjMUKLVv/Us5Qkd4Rfhs/52z2C/lSW8Xrz27j8ZfgJW0wkRebYsmPbgWb43A472doTq7+Srbu6TEBmRWLCPCyEUIMTeVrBqpLcj+7jGfSIozD0vcp/RgiDcZbkKw/G/fbNJuqd/2SSsP+1tdoSZvwvjo75xBBl5qOebgkzDvZE+ODMVXLLLSd1mUTIEKmHgjELlzh7eA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR10MB5488.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(8936002)(66446008)(64756008)(76116006)(33656002)(66556008)(71200400001)(55016003)(4326008)(9686003)(122000001)(5660300002)(66946007)(66476007)(86362001)(38070700005)(52536014)(186003)(38100700002)(316002)(6506007)(6916009)(7696005)(26005)(2906002)(54906003)(83380400001)(508600001)(8676002)(44832011); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?ioO87crV6/ZFtl2dKQfD/swBpXIAykgDTBGtHdGk6GchJDSmLcCTo2yNwxrz?= =?us-ascii?Q?W0gscAbF3OFSqT7inypUAslbpykGw8beUsvrBfh8KsF4HFAnqLBtEDfPEUDw?= =?us-ascii?Q?WVN9/AZ2tdEgVBFA1Jj1xDylbtNx8crmWYHih292u49+3wYuffHFmzziq8Zc?= =?us-ascii?Q?BpyicDSx11dBWl2kvaa9PaupMYLKkApIKjcYNF1VexGFEEe2m2aqBdu0CTnF?= =?us-ascii?Q?kkgOVvnnTPcpfGbXQOYIS0ltk113f6WjYJl33vwWXrkpIY5CItYMrR7nty2f?= =?us-ascii?Q?X9wmJz6q9+dCUfNCgbhB0+uhB0pFR2S/Q0eL+UG+Y5C8nTGrudWAK9PE1Nyu?= =?us-ascii?Q?ci6sVnB6WS5QvJggd9OZaCkbh31ul6kp5He/9Z/6DAjVZdYRyCe1mKXQs+up?= =?us-ascii?Q?8+HDDDJ3InkklSkjT4tD95zUPphtVYcToLxAC4xQDoIUztYl/Wg5yQ7KjUN0?= =?us-ascii?Q?kNNSkme3jdBeDrWHmcTFCPeGtnIpu7SCH+vQ2EL1uH5JOD63HhBM8CsYXDiN?= =?us-ascii?Q?pJxAInxlwDo724eIXKHfnskBciHv6nNZ+V/xTCbQ2kj5+xcQo6d0wmlUySjQ?= =?us-ascii?Q?gEBU5C87g/WyoHbOgRDDlvIhoEdcZPz6GbHJCrl3PxQ4VDsreTRP6xt3/kyr?= =?us-ascii?Q?8H X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SJ0PR10MB5488.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: c8d99bae-9b31-484e-893b-08d9d484d7ab X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Jan 2022 22:02:06.7344 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: lHw/CtNStOLp1V+eL7DkQCb8iHaQvCFA5931/0dDhQD6UiuZxss/4EYkjggRKRX7KN9NGieME+OHzDrXE+omOw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR10MB3415 X-Proofpoint-Virus-Version: vendor=nai engine=6300 definitions=10223 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 mlxscore=0 phishscore=0 mlxlogscore=944 spamscore=0 bulkscore=0 malwarescore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2110150000 definitions=main-2201100144 X-Proofpoint-ORIG-GUID: q0La1xsZvo89VuBeFfOY6QLbiadRxOFO X-Proofpoint-GUID: q0La1xsZvo89VuBeFfOY6QLbiadRxOFO Received-SPF: pass client-ip=205.220.165.32; envelope-from=drew.adams@oracle.com; helo=mx0a-00069f02.pphosted.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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:284555 Archived-At: > > 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! >=20 > > 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. >=20 > And I didn't like that change. IMO, it was a bad idea, but the > decision has already been made. It too hadn't been made when it was being discussed. > Here, it has not, so it would be good > to not repeat the same mistake. It wasn't a mistake; it was done deliberately. You don't like it; that doesn't make it a 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. >=20 > Lucky. We don't know that would be the case here. > (And it was not the case with transient-mark-mode either.) You're mixing things up. It's not about whether you like the change to `t-m-mode' ON by default. The point in mentioning `t-m-mode' (since you didn't like the example of `lexical-binding') was to point out that longstanding (even very longstanding) default behavior is sometimes changed/flipped. And that's sometimes done after a lot of discussion. And we do know that it would be the case that you would be able to keep the current behavior just by setting `custom-file' to your init file. You can do that today. Try it, or look at the code for _function_ `custom-file', to see. See the last line: (defun custom-file (&optional no-error) "Return the file name for saving customizations." (if (or (null user-init-file) (and (null custom-file) init-file-had-error)) ;; Started with -q, i.e. the file containing ;; Custom settings hasn't been read. Saving ;; settings there won't make much sense. (if no-error nil (user-error "Saving settings from \"emacs -q\" \ would overwrite existing customizations")) (file-chase-links (or custom-file user-init-file)))) > > 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). >=20 > > 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. >=20 > Nobody knows how "few" those users are, I said "relatively" few. And I'm sticking to that. (1) Fewer users today than tomorrow. (2) How many existing users will insist on continuing to let Customize save to their init file? I'm betting on relatively few. > and even if someone did, it would still be > better to cause less churn. There you go again. Turning a discussion of relative cost/benefit into a black-&-white less-churn-ALWAYS-better, aka NO-change-EVER. > > 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. >=20 > From anecdotal experience at my workplace, that is simply false. At your workplace? How many users at your workplace had `t-m-mode' turned ON before the default was switched to ON? I don't know anyone who had it turned ON before the change. When it was turned on by default it was a change for everyone I knew who used Emacs. So I'd still make that wager. Will we ever know? Nope. But maybe you'd grant that many Emacs users had t-m-mode OFF when the switch to ON by default was made - even if you don't agree that they were the vast majority. > > And I'd wager that a minority of them bothered > > to switch it to off after the default changed. >=20 > Also untrue. It's a wager. (It's definitely true that I'd wager that.) We'll never know for sure what proportion who had it off before the change (which you think was not the vast majority, at least) went to the trouble of turning it off explicitly after the change. > > 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. >=20 > 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. None of that follows. It's not because Emacs makes a rare flip of default behavior, with a trivial way to get the pre-change behavior, that Emacs is obliged to flip default behavior all over the place. Let's not be alarmist. > > 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. >=20 > 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. Huh? > > Diehards who said the same thing about turning > > on `transient-mark-mode' will admit today that > > their alarmism was misplaced. >=20 > 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. /s/diehards/SOME diehards Other diehard anti-transient-moders no doubt stick to their guns. That's their right, and they can do so just by turning that mode off. Thankfully. End of story.