Have Customize always use `custom-file`

Have Customize always use `custom-file`

[Drew Adams]

[Moving to new Subject line.]

> > >>>> Customize should not write to your init file ...
> > >>>> That's a bad Emacs design choice, IMO.
> > >>>> It especially should not be the default behavior.
> >
> > I'd prefer the current behavior TBH, because the real
> > issue is not where it is written, it is when it's read.
> 
> No.  The real issue is who is writing it, and where.
> 
> Users can control the location of `custom-file'
> and when it's read.
> 
> And we can provide a default location and time
> of reading.
> 
> > Currently it is easy to place custom-set-variables
> > where you want either inside init file or to place it into another
> > file.
> 
> That would of course still be the case.  Nothing
> prevents you from doing anything in your init or
> another file - including calling custom* functions.
> 
> > Timing is important,
> 
> It's absolutely important, and needs to remain
> under user control.
> 
> > because Customize also has problems with
> > autoloads, and who knows what else.
> 
> Dunno what problems you envision - please be
> specific.
> 
> The only real change is to prevent Customize
> from writing to your init file.  Nothing else.

Re: Have Customize always use `custom-file`

[xenodasein--- via Emacs development discussions.]

Jan 3, 2022, 19:04 by drew.adams@oracle.com:

>> >>>> Customize should not write to your init file ...  That's a bad Emacs
>> >>>> design choice, IMO.  It especially should not be the default behavior.
>> >> Hmm, then where should it write to?
>> > IMO, something like
>> > (setq custom-file (locate-user-emacs-file "custom-file.el"))
>>
>> I'd prefer the current behavior TBH, because the real
>> issue is not where it is written, it is when it's read.
>>
>
> No.  The real issue is who is writing it, and where.
>
> Users can control the location of `custom-file'
> and when it's read.
>
> And we can provide a default location and time
> of reading.
>
>> Currently it is easy to place custom-set-variables
>> where you want either inside init file or to place it into another
>> file.
>>
>
> That would of course still be the case.  Nothing
> prevents you from doing anything in your init or
> another file - including calling custom* functions.
>
>> Timing is important,
>>
>
> It's absolutely important, and needs to remain
> under user control.
>
>> because Customize also has problems with
>> autoloads, and who knows what else.
>>
>
> Dunno what problems you envision - please be
> specific.
>
> The only real change is to prevent Customize
> from writing to your init file.  Nothing else.
>

I am fine with this behavior, as long as we can place the
(load custom-file) anywhere we want.

My line of thinking was, if someone is aware of init.el
and what Customize writes to it, then it is already very
easy for them to do what they like, and stop it from
writing.  It is of course better to do the proper thing
from beginning.

For problems:
https://stackoverflow.com/questions/32693757/emacs-package-customization-and-autoloads

RE: [External] : Re: Have Customize always use `custom-file`

[Drew Adams]

> > The only real change is to prevent Customize
> > from writing to your init file.  Nothing else.
> 
> I am fine with this behavior, as long as we can 
> place the (load custom-file) anywhere we want.

That's absolutely the idea.

> https://urldefense.com/v3/__https://stackoverflow.com/questions/32693757/ema
> cs-package-customization-and-autoloads__;!!ACWV5N9M2RV99hQ!c2-
> NuVQ8MqOxWafY1oZFpAqa4eJ48VUOtqgkFN5MBhM5OaDEMLrRnnTkujdhwFe1$

I answered that question at that location, in 2015:

https://stackoverflow.com/a/32697325/729907

RE: [External] : Re: Have Customize always use `custom-file`

[xenodasein--- via Emacs development discussions.]

Jan 3, 2022, by xenodasein:

> For problems:
> https://stackoverflow.com/questions/32693757/emacs-package-customization-and-autoloads
>

Sorry for nonfree link.  TLDR: Stefan mentions existence quirks and corner
cases on some interactions of autoloading and Customize.  Experto credite.

Re: [External] : Re: Have Customize always use `custom-file`

[Po Lu]

xenodasein--- via "Emacs development discussions." <emacs-devel@gnu.org>
writes:

> Sorry for nonfree link.  TLDR: Stefan mentions existence quirks and
> corner cases on some interactions of autoloading and Customize. 
> Experto credite.

What Stefan M said was that you should not autoload variables, which is
advice not specific to custom whatsoever.

Here is Stefan's entire reply for reference:

  As a general rule, you don't want to autoload variables.

  Yes, it's a known problem, and there's no really good solution to it
  (each solution I could come up with had its own set of
  bugs/misbehaviors), which is why all I can say is "don't autoload
  variables, please".

  Even in the case where it happens to do what you want, it's
  undesirable in my experience. It just has too many quirks and corner
  cases

Nowhere does he mention custom.

Re: [External] : Re: Have Customize always use `custom-file`

[xenodasein--- via Emacs development discussions.]

Jan 4, 2022, 04:00 by luangruo@yahoo.com:

> xenodasein--- via "Emacs development discussions." <emacs-devel@gnu.org>
> writes:
>
>> Sorry for nonfree link.  TLDR: Stefan mentions existence quirks and
>> corner cases on some interactions of autoloading and Customize. 
>> Experto credite.
>>
>
> What Stefan M said was that you should not autoload variables, which is
> advice not specific to custom whatsoever.
>
> Here is Stefan's entire reply for reference:
>
>  As a general rule, you don't want to autoload variables.
>
>  Yes, it's a known problem, and there's no really good solution to it
>  (each solution I could come up with had its own set of
>  bugs/misbehaviors), which is why all I can say is "don't autoload
>  variables, please".
>
>  Even in the case where it happens to do what you want, it's
>  undesirable in my experience. It just has too many quirks and corner
>  cases
>
> Nowhere does he mention custom.
>

What are you trying to say?

Re: [External] : Re: Have Customize always use `custom-file`

[Po Lu]

xenodasein--- via "Emacs development discussions." <emacs-devel@gnu.org>
writes:

>> What Stefan M said was that you should not autoload variables, which is
>> advice not specific to custom whatsoever.
>>
>> Here is Stefan's entire reply for reference:
>>
>>  As a general rule, you don't want to autoload variables.
>>
>>  Yes, it's a known problem, and there's no really good solution to it
>>  (each solution I could come up with had its own set of
>>  bugs/misbehaviors), which is why all I can say is "don't autoload
>>  variables, please".
>>
>>  Even in the case where it happens to do what you want, it's
>>  undesirable in my experience. It just has too many quirks and corner
>>  cases
>>
>> Nowhere does he mention custom.

> What are you trying to say?

I'm trying to say that Stefan did not say that custom specifically has
problems with autoloaded variables in his reply on StackOverflow.

What he instead said was that variables should not be autoloaded.

Re: [External] : Re: Have Customize always use `custom-file`

[xenodasein--- via Emacs development discussions.]

Jan 4, 2022, 12:48 by luangruo@yahoo.com:

> I'm trying to say that Stefan did not say that custom specifically has
> problems with autoloaded variables in his reply on StackOverflow.
>
> What he instead said was that variables should not be autoloaded.
>

I think what you are trying to say is that my  statement to which you
answered is false, but you are failing to contradict it.  If not, what are
you trying to achieve here?

Re: [External] : Re: Have Customize always use `custom-file`

[Po Lu]

xenodasein--- via "Emacs development discussions." <emacs-devel@gnu.org>
writes:

> I think what you are trying to say is that my  statement to which you
> answered is false, but you are failing to contradict it.

I'll say this again: you were claiming that custom specifically has
problems with autoloads, citing Stefan's reply, where in fact he says
that variables should not be autoloaded without as much as a mention as
to custom.

Thanks.

Re: [External] : Re: Have Customize always use `custom-file`

[xenodasein--- via Emacs development discussions.]

Jan 4, 2022, 13:33 by luangruo@yahoo.com:

> xenodasein--- via "Emacs development discussions." <emacs-devel@gnu.org>
> writes:
>
>> I think what you are trying to say is that my  statement to which you
>> answered is false, but you are failing to contradict it.
>>
>
> I'll say this again: you were claiming that custom specifically has
> problems with autoloads, citing Stefan's reply, where in fact he says
> that variables should not be autoloaded without as much as a mention as
> to custom.
>
> Thanks.
>

If you read further, you will also see one thing mentioned, that can only occur
with a defcustom.  Here I quote what you are trying but failing to contradict:
"Stefan mentions existence quirks and corner cases on some interactions of
autoloading and Customize."

Anyway, this is pointless.  You are wasting everyone's time here and spamming
the list.

Re: [External] : Re: Have Customize always use `custom-file`

[Po Lu]

xenodasein--- via "Emacs development discussions." <emacs-devel@gnu.org>
writes:

> If you read further, you will also see one thing mentioned, that can
> only occur with a defcustom.  Here I quote what you are trying but
> failing to contradict: "Stefan mentions existence quirks and corner
> cases on some interactions of autoloading and Customize."

I don't see anything in Stefan's reply, so would you please show which
part you refer to?

defcustom is also used for almost every user option in Emacs, and is
completely unrelated to custom-set-variables for our purposes.

> Anyway, this is pointless.  You are wasting everyone's time here and
> spamming the list.

I'm not making accusations towards anyone, so I suggest you stop as
well.

Re: [External] : Re: Have Customize always use `custom-file`

[Richard Stallman]

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

Would everyoone in this thread please take another look at
https://gnu.org/philosophy/kind-communication.html, and think about
stating your different views in kinder ways?

-- 
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)

Re: [External] : Re: Have Customize always use `custom-file`

[tomas]

[-- Attachment #1: Type: text/plain, Size: 681 bytes --]

On Tue, Jan 04, 2022 at 10:54:24PM -0500, Richard Stallman wrote:
> [[[ To any NSA and FBI agents reading my email: please consider    ]]]
> [[[ whether defending the US Constitution against all enemies,     ]]]
> [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
> 
> Would everyoone in this thread please take another look at
> https://gnu.org/philosophy/kind-communication.html, and think about
> stating your different views in kinder ways?

Folks,

should I've gone over the top in any post (here or otherwise), please
tell me. On- or offline, at your choice.

It's definitely not my intention, and I would be very sorry.

Cheers
-- 
t

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

Re: [External] : Re: Have Customize always use `custom-file`

[Richard Stallman]

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > should I've gone over the top in any post (here or otherwise), please
  > tell me. On- or offline, at your choice.

  > It's definitely not my intention, and I would be very sorry.

That's the right way to look at it.  We all make mistakes --
especially subtle mistakes in judgment.  But if we think about trying
to be kind, we will be kindER.


-- 
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)