From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: xenodasein--- via "Emacs development discussions." Newsgroups: gmane.emacs.devel Subject: Re: [External] : Re: Default custom file was: Re: Propose to add setup-wizard.el to ELPA Date: Sat, 8 Jan 2022 19:26:16 +0100 (CET) Message-ID: References: <87zgo6v1ll.fsf@yahoo.com> <87v8yuv03a.fsf@yahoo.com> <87r19iuzb5.fsf@yahoo.com> Reply-To: xenodasein@tutanota.de Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12890"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: corwin@bru.st Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jan 08 19:27:34 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 1n6GRC-000353-8z for ged-emacs-devel@m.gmane-mx.org; Sat, 08 Jan 2022 19:27:34 +0100 Original-Received: from localhost ([::1]:36358 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n6GRA-0005on-LS for ged-emacs-devel@m.gmane-mx.org; Sat, 08 Jan 2022 13:27:32 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:53752) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n6GQ1-0004Vo-TW for emacs-devel@gnu.org; Sat, 08 Jan 2022 13:26:21 -0500 Original-Received: from w4.tutanota.de ([81.3.6.165]:60664) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n6GPy-0004z5-53 for emacs-devel@gnu.org; Sat, 08 Jan 2022 13:26:21 -0500 Original-Received: from w3.tutanota.de (unknown [192.168.1.164]) by w4.tutanota.de (Postfix) with ESMTP id 4B7E610602DF; Sat, 8 Jan 2022 18:26:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1641666376; s=s1; d=tutanota.de; h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Cc:Cc:Date:Date:In-Reply-To:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:References:Sender; bh=uFTPvTZjuLzYs5ha/W2ajEDIzrAGBqkivKmxcFSVkdo=; b=T6DwH+OLSBsyjqJbrn21PlnqdUneyIbbMaQA+ijGGiPucsV+noaUsSaNlJupDXs2 T/F11cp1uJMi5FaYmAibjPWTl0m9/IOInY44eFmW4pO3mWwnjf85+bfKu4EJ+br7Qdy eJTClYxMglsH8Dzanrkdi3re27HRFQCKCHteoFuzIGj5eY3nDcb9VF5c8GfLl8aNE9n HujHJj2SajHyJykj2epemfbapzKD6SyZYLgnT45CzT9kpJN12FrH2VS6jMfiZizCAgb yxniwxE7JVmdzxE/YRp/YEU4XXvWimq9xxabptQq6g+2L1xbkZ3tHxBz7EIqRuc+MBV PmucfkpJwQ== In-Reply-To: Received-SPF: pass client-ip=81.3.6.165; envelope-from=xenodasein@tutanota.de; helo=w4.tutanota.de 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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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.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:284482 Archived-At: Jan 8, 2022, 20:17 by corwin@bru.st: > Hi developers! > > I would very much prefer to be able to use a single file to contain my > hand-coded configurations as well as to save customizations. > > I found this a very comfortable way to build an emacs configuration > without understanding elisp over decades. > > During the last couple of years I have learned more elisp (yay, fun!) > and I don't find any frustration having to set up my custom-file > explicitly, now that this is something I prefer doing. > > During the "middle years", I knew enough to configure a fresh emacs by > retyping a minimum set of elisp into a .emacs file to get myself > started from a fresh install. (I didn't really understand how this > code I was typing worked, I just knew it made emacs easier for me to > use.) Once my .emacs was created on the newly setup system I would > use customize to amend the configuration as I used the editor. From > that point, I would migrate my configuration from machine to machine > until I somehow lost the .emacs file, at which point the process would > start over. > > Placing customized output into the .emacs file meant I had only one > file to keep track, trying to keep my 'live configuration settings" > going. > > I didn't find the mixture of hand and machine authored code in my > configuration file unexpected. In fact, I consider that most > programs with a "control panel" seem to work this way: if I manually > edit the rc files that work. If I use the GUI the program updates my > rc files for me. In this light, I see the present approach > (supporting a single .emacs file with all config/customizations in) as > rather more elegant and showcasing Emacs' expert manipulation of my > files. > > Emacs is one of the only programs I trust to edit files for me > > In any case, I would discourage efforts to complicate the minimum set > of user-space files required to effect a combination of configuration > and customizations. I hope that additional understanding of Emacs > would not be required to reenable this behavior if my perspective > isn't common among emacs users. > > Finally, it's unclear to me where the level of zeal toward changing > the current behavior is coming from. I can understand that people may > well not share my view. I don't understand the sense of urgency and > supercilious tone. Perhaps I can ask those who strongly disagree > with my perspective to also share personal stories of how their > proposed changes would have improved their own use of Emacs over the > years. > > TIA Hi, thanks for sharing your insights on this. I genuinely do not understand the difficulty and difference between having only a single file, or a directory of multiple files, among which you only edit one.=C2=A0 I'd appreciate reading your reasoning on it. What makes this more difficult than using multiple programs, which is hard to avoid for most computer use, each with their own configurations? The type of configuration files you describe have data-driven, easy to edit formats, which mitigates problems when edited from an interface. They are able to almost completely provide any type of customization possible for their purposes.=C2=A0 They are very different from the computational jungle init.el becomes in some users hands.=C2=A0 Unfortunate= ly, there is also now early-init.el, which is the only way to do some things. But here's the thing; at least from my perspective if things go well you will still need only one file, the custom file. You will be able to have a majority of the customizations one would want to inside it, editable by hand or interface.=C2=A0 Exactly what you described.=C2=A0 If you still wan= t to have some handwritten Elisp functions, those could be installed with package-install-file.=C2=A0 Only when you want to do involved changes to Em= acs state, you would use early-init/init, which most users shouldn't have to. AFAIU from what is envisioned on this thread, you will not need any additional unserstanding of Emacs to have custom-set-* forms inside init.el in the short term.