Re: An anonymous IRC user's opinion

[Dmitry Gutov <dmitry@gutov.dev>]

On 21/11/2024 22:24, Eli Zaretskii wrote:
>> Date: Thu, 21 Nov 2024 22:11:48 +0200
>> Cc: johan.myreen@gmail.com, emacs-devel@gnu.org
>> From: Dmitry Gutov <dmitry@gutov.dev>
>>
>> On 21/11/2024 22:03, Eli Zaretskii wrote:
>>
>>>> It would be nice to understand the minimum requirements to replace the
>>>> current approach.
>>>
>>> If you think that I have all of them figured out, you are wrong.
>>> Coming up with such requirements is not easy, and should probably be a
>>> team job.  I will try, when I have time, to post a list of what I
>>> think should be part of those requirements, but feel free to beat me
>>> to it.
>>
>> Well, the thing is that I figured the patch already covers roughly the
>> same area as the current capabilities (while removing certain downsides).
> 
> I don't understand what you want to say here and how it is relevant to
> your request to see the minimum requirements.

If my patch covers all that we already support (or will cover after 
minor updates), and removes certain problems, then we could agree to 
install it, couldn't we?

>>>>> Then you should understand that I think it _is_ a replacement for the
>>>>> current setup, which AFAIK we all consider as sub-optimal.
>>>>
>>>> Here's a quote one of your previous emails:
>>>>
>>>>    > This is okay as an opt-in feature, but it cannot be the only way for
>>>>    > users to tell Emacs they prefer one or more TS-based modes.  For
>>>>    > starters, some people might be annoyed by these suggestions, and might
>>>>    > prefer more proactive ways of enabling those modes.
>>>>
>>>> I have proposed an implementation of a "more proactive way". If it seems
>>>> insufficient to you, perhaps you could describe missing scenarios that
>>>> are supported with the the current approach. They might be easy enough
>>>> to add (or explain how they are supported already through other means).
>>>
>>> I already did: IMO we should have user commands to tell Emacs that the
>>> user wants to use these modes, not only suggestions by Emacs to use
>>> them, triggered by visiting files.
>>
>> "Suggestions by Emacs to use them" is a different feature (implemented
>> by Philip K. in his branch), it's not what my patch does.
> 
> I didn't say it did!  The "quote from my previous email" was about the
> suggestions by Emacs proposal, and I wrote that because you asked
> whether the branch could be the solution for letting users express
> their will to use TS modes.

If we settle on the decision that it doesn't, then it might be sensible 
to decide on the replacement for the "core" functionality first, and 
then review Philip's branch as an optional feature.

That's what my patch aims to do, to be the replacement for the 
capabilities we currently have, but in a more "ecological" way. And add 
a user option, like I think you requested.