Hi,

I know that dropping .emacs altogether might be radical. I was trying to tease in order to start a discussion.
However, my point is that currently, if you want to have a separate custom file, all you have do is to set and load the custom-file in your init.el
I have this at the end of my init-el (as I think many have)

;;
;; Customisations
;;
(setq custom-file (locate-user-emacs-file "custom.el"))
(load custom-file 'noerror)

What I propose is to agree on a default value for custom-file that could potentially be changed by the user in  init.el or .emacs
and do the (load custom-file 'noerror) after loading the init file as a default behaviour for Emacs

Having a separate customisation file by default can ease debugging, resetting customisations, bookkeeping, etc. etc.
/PA




On Mon, 3 Jan 2022 at 15:47, Robert Pluim <rpluim@gmail.com> wrote:
>>>>> On Mon, 3 Jan 2022 07:13:22 +0100, Pedro Andres Aranda Gutierrez <paaguti@gmail.com> said:

    >> Message: 1
    >> Date: Sun, 02 Jan 2022 20:03:13 +0800
    >> From: Po Lu <luangruo@yahoo.com>
    >> To: xenodasein--- via "Emacs development discussions."
    Pedro>    <emacs-devel@gnu.org>
    >> Cc: xenodasein@tutanota.de
    >> Subject: Re: Propose to add setup-wizard.el to ELPA
    >> Message-ID: <87v8z2jqf2.fsf@yahoo.com>

    Pedro> If the default custom file has always been the init file, maybe the
    Pedro> idea could be to create the custom file separately in a default
    Pedro> location instead and keep init and custom files separated. I don't
    Pedro> remember when I started using <emacs_dir>/custom.el as my custom
    Pedro> file. Maybe something like that could be made the new default custom
    Pedro> file and <emacs_dir>/init.el the default init file instead of ~/.emacs

The latter is already kind of the case: if <emacs_dir>/init.el exists
and ~/.emacs doesnʼt, init.el is used. If youʼre proposing swapping
that so that init.el is used even if .emacs exists, then thatʼs never
going to fly, but I for one would have no objections to customize
saving stuff to init.el if the user has no config at all. But Iʼd let
someone else write and test the code :-)

Robert
--


--
Fragen sind nicht da um beantwortet zu werden,
Fragen sind da um gestellt zu werden
Georg Kreisler