emacs-devel
[Top][All Lists]
Advanced

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

Re: An anonymous IRC user's opinion


From: Eli Zaretskii
Subject: Re: An anonymous IRC user's opinion
Date: Wed, 06 Nov 2024 19:14:57 +0200

> Date: Wed, 6 Nov 2024 18:07:46 +0200
> Cc: johan.myreen@gmail.com, emacs-devel@gnu.org
> From: Dmitry Gutov <dmitry@gutov.dev>
> 
> On 06/11/2024 15:25, Eli Zaretskii wrote:
> >>
> >> But auto-mode-alist won't have any relevant entries because when its form 
> >> (above) was evaluated,
> >> treesit-modes-enabled was nil.
> > 
> > Are you saying that it is impossible to turn on the mode in relevant
> > buffers?  I find that hard to believe, but if you are right, then we
> > could refrain from doing this retroactively.
> > 
> > (And I still don't understand where this discussion is going.  What
> > point are you trying to make?)
> 
> I'm not trying to make a point, but to find the right tradeoffs.
> 
> You wanted a user option - sure, no problem. But if taken the most 
> straightforward approach, the option would only have effect after 
> restart, and not on the current session. Otherwise it would need more 
> information available somehow. You asked which data - the description 
> was in the previous messages.

First, I still believe we can find a way of turning the enabled modes
on in the existing buffers.  Your arguments and questions seem to
imply that the simplest solutions might have difficulties, but they
didn't convince me that this is impossible or impractical in
principle.

But even if the customization will affect only files visited after it,
that's not a catastrophe, IMO, as we already have other customizations
with similar behaviors.  And since we now have restart-emacs,
restarting is not a big problem, either.

So I think a tradeoff of asking users to explicitly express their
preferences for these modes before we enable them is an okay tradeoff.



reply via email to

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