all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Yuan Fu <casouri@gmail.com>
To: Po Lu <luangruo@yahoo.com>
Cc: help-gnu-emacs <help-gnu-emacs@gnu.org>,
	Stefan Monnier <monnier@iro.umontreal.ca>
Subject: Re: Someone start maintaining luddites.el
Date: Wed, 29 Dec 2021 00:06:17 -0800	[thread overview]
Message-ID: <A84EB849-1A82-4E5C-B9BC-E27AF01B9D1B@gmail.com> (raw)
In-Reply-To: <87mtkjubzv.fsf@yahoo.com>



> On Dec 28, 2021, at 11:05 PM, Po Lu <luangruo@yahoo.com> wrote:
> 
> Yuan Fu <casouri@gmail.com> writes:
> 
>> Probably only variable and faces are emulated, when possible. And I
>> don’t understand why you need to remember anything to use such a mode:
>> it removes changes. If anything, it should only allow you not need to
>> remember things.
> 
> No, it means I will have to read not only NEWS but also the Antinews
> after each upgrade, and then decide which version of Emacs to have mine
> emulate.

Even if you don’t read NEWS, you know what the mode does: it keeps Emacs behave the same as it currently is. So you shouldn’t need to remember or read or understand anything. And again, if you don’t like it, you don’t have to use it. So I don’t think it adds any burden to you.


>>> Such a compatibility layer will probably have to be constantly updated
>>> as well to fit with changes in later versions of Emacs.
> 
>> That’s not much work, the changes to default values of variables and
>> faces are not that much in each release.
> 
> If my gut feeling is right, this feature will be used as an excuse to
> make more of those changes.

I think the effectiveness of this mode, in terms of support of adding changes, would be equivalent to “you can add a line of code to .emacs to revert it”. Ie, not much different from the status quo. It’s just AFTER the change is made, one’s life is easier if he decides that he don’t want any of that.

>> And we only need record the change in each release, reverting to
>> defaults of prior releases only need to concatenate the change in each
>> release together.
> 
> What if a variable is made obsolete in the meantime?  Or if the list of
> understood meanings change?

If a variable is removed, we can’t help it. But if it is removed, there must be very good reason to do so and it must has been obsoleted for many years, ie, it’s due time. If it is just obsolete, resetting it shouldn’t hurt anything.


>> First, that solution is not very good: people have different opinions
>> of when default values are due.
> 
> Then let's see which causes the smallest mob of people who complain.

I don’t quite understand that. What are you referring to as “which”?

> 
>> Third, I don’t think adding this feature will make Emacs change
>> default values when they are not due. If anything, the mode only helps
>> people who don’t want Emacs to change: instead of adding code to
>> .emacs, now you only need to turn this mode on.
> 
> How is changing a switch with custom different in principle from adding
> code to init.el?

They are equivalent, but a switch is more convenient. The whole point (I think) is that it’s equivalent to adding code to init.el, but more convenient: you don’t need to figure out what code to add, you don’t need to maintain the code, you don’t need to remember what that code does and why it is added, etc.

Do you agree with my claim that adding this feature will not make Emacs change default values when they are not due?

Yuan




  reply	other threads:[~2021-12-29  8:06 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-12-27 18:19 Kill all proportional fonts! Colin Baxter 😺
2021-12-27 18:34 ` Eli Zaretskii
2021-12-28  6:21   ` Colin Baxter 😺
2021-12-27 19:59 ` Kévin Le Gouguec
2021-12-28  6:25   ` Colin Baxter 😺
2021-12-28  7:32   ` Colin Baxter 😺
2021-12-28  7:51     ` tomas
2021-12-28  8:00       ` Po Lu
2021-12-28  8:31         ` tomas
2021-12-28  9:38           ` Po Lu
2021-12-28 10:13             ` tomas
2021-12-28 19:02             ` Stefan Monnier via Users list for the GNU Emacs text editor
2021-12-28 19:35     ` Someone start maintaining luddites.el Teemu Likonen
2021-12-28 19:45       ` Colin Baxter 😺
2021-12-28 22:44       ` Fu Yuan
2021-12-28 23:40         ` Stefan Monnier via Users list for the GNU Emacs text editor
2021-12-29  0:58           ` Fu Yuan
2021-12-29  4:48             ` Stefan Monnier via Users list for the GNU Emacs text editor
2021-12-29  6:13             ` Po Lu
2021-12-29  6:51               ` Yuan Fu
2021-12-29  7:05                 ` Po Lu
2021-12-29  8:06                   ` Yuan Fu [this message]
2021-12-29  9:19                     ` Po Lu
2021-12-31 22:00                       ` Yuan Fu
2022-01-01  0:05                         ` Po Lu
2021-12-29 11:41         ` Philip Kaludercic
2021-12-31 21:49           ` Yuan Fu
2021-12-31 15:03     ` Kill all proportional fonts! Ken Goldman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=A84EB849-1A82-4E5C-B9BC-E27AF01B9D1B@gmail.com \
    --to=casouri@gmail.com \
    --cc=help-gnu-emacs@gnu.org \
    --cc=luangruo@yahoo.com \
    --cc=monnier@iro.umontreal.ca \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.