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: Changes for emacs 28 Date: Wed, 9 Sep 2020 09:23:26 -0700 (PDT) Message-ID: <7e22f90a-a3e2-4ab3-8c38-ed6c621774d1@default> References: <20200906133719.cu6yaldvenxubcqq.ref@Ergus> <20200906133719.cu6yaldvenxubcqq@Ergus> <83lfhnnew7.fsf@gnu.org> <20200906163418.3p2wuygb4osm76wa@Ergus> <20200906203807.u237c3h22oxwtmba@Ergus> <87tuwabm5a.fsf@gnus.org> <4f8a1a11-51e4-48af-a240-123cb2e45c74@default> 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="36112"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Lars Ingebrigtsen , Emacs developers To: Gregory Heytings Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Sep 09 18:27:17 2020 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 1kG2wF-0009Ef-JY for ged-emacs-devel@m.gmane-mx.org; Wed, 09 Sep 2020 18:27:15 +0200 Original-Received: from localhost ([::1]:49262 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kG2wE-0001pM-Kf for ged-emacs-devel@m.gmane-mx.org; Wed, 09 Sep 2020 12:27:14 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57292) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kG2sg-00048X-HZ for emacs-devel@gnu.org; Wed, 09 Sep 2020 12:23:35 -0400 Original-Received: from aserp2120.oracle.com ([141.146.126.78]:38830) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kG2se-0007fU-HU for emacs-devel@gnu.org; Wed, 09 Sep 2020 12:23:34 -0400 Original-Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 089G8Uk0018295; Wed, 9 Sep 2020 16:23:31 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=dawAMGCfvS1uclHLGwCwjFWokMKb4fdL/MAtnseLYxI=; b=DCrXTYqZhTEaOFhsG/YPL40jXyEndNTbQutICyg7FLfWDd0l8kvIl5IPmOupwpDCsDN9 0bmzc1HXh51XYwLvwMAcrMwjmAAvxnSEtabmxod/NeJBaFn27hYZhZEJNliZEbx5Somc n90/XJczOFNn0GfgDanhjSQ88JGWEy9Ex7ww4gah5Ch49kSpT1J/nEK3Fy5q4n93bixz Ma4mvNLZQYQcq/9KeE8NCr7eFu2o1bt5heCv58JCXZRFurrCANMo2iMBkTdX+MGVbC5D tERxycd6xfWA3YlugpacFaXdp6ka1lzEZTMGOxmgcUUGAF6dY1IWw8cmGOkohg1OTv/8 7Q== Original-Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by aserp2120.oracle.com with ESMTP id 33c2mm2vad-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 09 Sep 2020 16:23:30 +0000 Original-Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 089G5d5Y092875; Wed, 9 Sep 2020 16:23:30 GMT Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserp3030.oracle.com with ESMTP id 33dackqrv6-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 09 Sep 2020 16:23:30 +0000 Original-Received: from abhmp0019.oracle.com (abhmp0019.oracle.com [141.146.116.25]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 089GNTDC024846; Wed, 9 Sep 2020 16:23:29 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5044.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9739 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 malwarescore=0 bulkscore=0 phishscore=0 adultscore=0 suspectscore=0 spamscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009090145 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9739 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxscore=0 priorityscore=1501 phishscore=0 adultscore=0 bulkscore=0 clxscore=1015 mlxlogscore=999 malwarescore=0 suspectscore=0 lowpriorityscore=0 spamscore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009090145 Received-SPF: pass client-ip=141.146.126.78; envelope-from=drew.adams@oracle.com; helo=aserp2120.oracle.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/09/09 12:16:04 X-ACL-Warn: Detected OS = Linux 3.1-3.10 [fuzzy] X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-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.23 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:254901 Archived-At: > >> and these options would be written in their .emacs file. > > > > Just a nit about this part. > > > > I really think we should get away from having Emacs fiddle with users' > > init files. > > > > For Customize, we should encourage use of `custom-file'. >=20 > I agree with you that in general Emacs should better not fiddle with > users' init files, but not in this particular case. This would happen > only for first-time users who, as I said, do not yet have a .emacs file / > .emacs.d directory. Populating that file / directory with the result of > their choices during the initial "guided tour" makes perfect sense. IOW, > this would happen only the first time they start Emacs. Even so. It doesn't matter how or when or why Emacs writes to a user's init file. The effect is the same: mixing automatic, programmatic edits with user edits (even if there not yet any user edits). It's fine, IMO, for Emacs to prompt for where to record something. It could even be OK (but not as nice) for Emacs to automatically put something in a file in ~/.emacs.d, as the default directory for something. What I think is not OK is for Emacs to put stuff in a user's init file, whether that be the default location and name of an init file or an init file with some other location and name. `custom-file' is the right place for Customize to put and edit stuff. For what you propose, some other file can be chosen. It just shouldn't be a file that is intended for user editing - in particular, the user's init file.