Re: An anonymous IRC user's opinion

[Eli Zaretskii <eliz@gnu.org>]

> Date: Wed, 20 Nov 2024 21:57:14 +0200
> Cc: johan.myreen@gmail.com, emacs-devel@gnu.org
> From: Dmitry Gutov <dmitry@gutov.dev>
> 
> On 20/11/2024 21:55, Eli Zaretskii wrote:
> >> Date: Wed, 20 Nov 2024 21:23:56 +0200
> >> Cc: johan.myreen@gmail.com, emacs-devel@gnu.org
> >> From: Dmitry Gutov <dmitry@gutov.dev>
> >>
> >>>> I'm fine with that idea, but it'd seem like a change in paradigm.
> >>>
> >>> Yes, indeed.  So I think it has to be an optional feature, and we
> >>> should offer more "direct" ways for expressing such preferences.
> >>
> >> Such as a user option called treesit-enable-modes?
> > 
> > Something like that, yes.  Because no better idea was presented.
> 
> Take a look at the patch, then?

I did.  What's the next step?

> 
> >>>>>> and not a replacement for the current setup.
> >>>>>
> >>>>> What current setup?
> >>>>
> >>>> Please look at the patch in
> >>>> https://lists.gnu.org/archive/html/emacs-devel/2024-11/msg00515.html,
> >>>> the current setup is on the lines being removed, and the proposed one is
> >>>> on the lines being added.
> >>>
> >>> Then I don't understand why you say modifying auto-mode-alist is not a
> >>> replacement.  That's what we did in Emacs 29, just less cleanly.
> >>
> >> I said that "helpers in the Customize interface, or a command which
> >> would prompt for mode, for file extension(s), and then customize
> >> auto-mode-alist based on that" would not be ... "a replacement for the
> >> current setup", which you seem to confirm in the latest messages.
> > 
> > I do?
> 
> As far as I was able to understand, yes.

Then you should understand that I think it _is_ a replacement for the
current setup, which AFAIK we all consider as sub-optimal.

IOW, we do want to avoid the situation where loading a mode changes
auto-mode-alist or major-mode-remap-defaults or any other global data,
right?  If so, why wouldn't those alternatives be the replacement for
that?