* Please rename trusted-content to trusted-contents
@ 2024-12-20 5:23 Richard Stallman
2024-12-20 7:52 ` Eli Zaretskii
0 siblings, 1 reply; 4+ messages in thread
From: Richard Stallman @ 2024-12-20 5:23 UTC (permalink / raw)
To: emacs-devel
[[[ 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. ]]]
"Contents" and "content" are two different words, and for this
meaning, "contents" is correct. It means the contents of the
file, and that's what we refer to here.
Please let's rename that symbol now before it gets into a release.
--
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)
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Please rename trusted-content to trusted-contents
2024-12-20 5:23 Please rename trusted-content to trusted-contents Richard Stallman
@ 2024-12-20 7:52 ` Eli Zaretskii
2024-12-20 9:42 ` Stefan Kangas
0 siblings, 1 reply; 4+ messages in thread
From: Eli Zaretskii @ 2024-12-20 7:52 UTC (permalink / raw)
To: rms; +Cc: emacs-devel
> From: Richard Stallman <rms@gnu.org>
> Date: Fri, 20 Dec 2024 00:23:32 -0500
>
> "Contents" and "content" are two different words, and for this
> meaning, "contents" is correct. It means the contents of the
> file, and that's what we refer to here.
>
> Please let's rename that symbol now before it gets into a release.
The Emacs 30.0.93 pretest was already uploaded with "trusted-content"
in it. So if we rename it now, we will need to support both
spellings, via defvaralias. I'm not sure the problem is acute enough
to justify such last-minute changes.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Please rename trusted-content to trusted-contents
2024-12-20 7:52 ` Eli Zaretskii
@ 2024-12-20 9:42 ` Stefan Kangas
2024-12-20 12:30 ` Eli Zaretskii
0 siblings, 1 reply; 4+ messages in thread
From: Stefan Kangas @ 2024-12-20 9:42 UTC (permalink / raw)
To: Eli Zaretskii, rms; +Cc: emacs-devel
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Richard Stallman <rms@gnu.org>
>> Date: Fri, 20 Dec 2024 00:23:32 -0500
>>
>> "Contents" and "content" are two different words, and for this
>> meaning, "contents" is correct. It means the contents of the
>> file, and that's what we refer to here.
>>
>> Please let's rename that symbol now before it gets into a release.
>
> The Emacs 30.0.93 pretest was already uploaded with "trusted-content"
> in it. So if we rename it now, we will need to support both
> spellings, via defvaralias. I'm not sure the problem is acute enough
> to justify such last-minute changes.
Do we really maintain backwards-compatibility with all pretest releases
also? I usually consider them more like development branches: used for
testing, not for production.
In any case, I think using the right word is better, so if we need a
defvaralias then so be it, IMO. I don't see how it could hurt, and we
could even define-obsolete-variable-alias.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Please rename trusted-content to trusted-contents
2024-12-20 9:42 ` Stefan Kangas
@ 2024-12-20 12:30 ` Eli Zaretskii
0 siblings, 0 replies; 4+ messages in thread
From: Eli Zaretskii @ 2024-12-20 12:30 UTC (permalink / raw)
To: Stefan Kangas; +Cc: rms, emacs-devel
> From: Stefan Kangas <stefankangas@gmail.com>
> Date: Fri, 20 Dec 2024 04:42:31 -0500
> Cc: emacs-devel@gnu.org
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
> >> From: Richard Stallman <rms@gnu.org>
> >> Date: Fri, 20 Dec 2024 00:23:32 -0500
> >>
> >> "Contents" and "content" are two different words, and for this
> >> meaning, "contents" is correct. It means the contents of the
> >> file, and that's what we refer to here.
> >>
> >> Please let's rename that symbol now before it gets into a release.
> >
> > The Emacs 30.0.93 pretest was already uploaded with "trusted-content"
> > in it. So if we rename it now, we will need to support both
> > spellings, via defvaralias. I'm not sure the problem is acute enough
> > to justify such last-minute changes.
>
> Do we really maintain backwards-compatibility with all pretest releases
> also? I usually consider them more like development branches: used for
> testing, not for production.
We don't usually maintain compatibility in those cases, but this
situation is special: we are very close to the release, and I don't
want to waste one more pretest because we renamed the variable.
> In any case, I think using the right word is better, so if we need a
> defvaralias then so be it, IMO. I don't see how it could hurt, and we
> could even define-obsolete-variable-alias.
From where I stand, if we decide to rename it, we must have a
defvaralias for the other name.
And FWIW, renaming doesn't sound very important to me: Emacs is full
of mis-spellings and English usage that is not 110% correct, so I
don't see this as a catastrophe. After all, Stefan's English is
either his first language or close, so if he is okay with that name,
we are not in a bad place.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2024-12-20 12:30 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-12-20 5:23 Please rename trusted-content to trusted-contents Richard Stallman
2024-12-20 7:52 ` Eli Zaretskii
2024-12-20 9:42 ` Stefan Kangas
2024-12-20 12:30 ` Eli Zaretskii
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.