emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: FW: [External] : Re: Propose to add setup-wizard.el to ELPA


From: address@hidden
Subject: Re: FW: [External] : Re: Propose to add setup-wizard.el to ELPA
Date: Wed, 5 Jan 2022 09:13:34 +0100

On Wed, Jan 05, 2022 at 07:43:55AM +0000, Drew Adams wrote:
> > > @@>>>> Customize should not write to your init file ...
> > > @@>>>> That's a bad Emacs design choice, IMO.
> > > @@>>>> It especially should not be the default behavior.
> > > > >>>
> > > > >>> +1, FWIW.
> > > > >> Hmm, then where should it write to?
> > > > > IMO, something like
> > > > > (setq custom-file (locate-user-emacs-file "custom-file.el"))
> > > >
> > > > Hmm.  I recently deleted something like that which had been in my init
> > > > for years, because I looked it and couldn't come up with a reason why
> > > > the code should be in a separate file.  It seemed like pointless
> > > > complexity.  Why do you think it's better that way?
> > >
> > > Go to @@.
> > 
> > Where's @@? (genuine question: I don't know
> > what you want to convey with that expression :)
> 
> Sorry, I just meant the first 3 lines of the
> mail.  I then added this for the reason:

Got it, it's up there. Thanks :)

> > > Mixing hand coding and automatic coding in the same
> > > file is error-prone.  It's just asking for trouble.
> > > And it's not needed.
> > 
> > And this is the point where your (respected,
> > mind you) opinion enters the scene. 
> 
> Call it an opinion, if you like.  I don't see it
> as very controversial to think it's a bad idea
> to have (all kinds of) users editing generated
> code, and have a file that includes user code
> along with code edited automatically.

[...]

Sorry, pressed for time right now, so short answer. I do respect your
position, and there's a lot for it -- I just happen to be at a (so
slightly) different place.

Cheers
-- 
t

Attachment: signature.asc
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]