Re: Turning on/off tree-sitter modes

[Eli Zaretskii]

> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Cc: dmitry@gutov.dev,  emacs-devel@gnu.org
> Date: Mon, 02 Dec 2024 22:30:14 -0500
> 
> >> For the init file, we have things like
> >> 
> >>     (add-to-list 'major-mode-remap-alist '(foo-mode . bar-mode))
> >> 
> >> so I don't see any need for anything new.
> >
> > Let's not forget the case of TS modes for which we don't have non-TS
> > modes in auto-mode-alist and other relevant variables? do we recommend
> > to add stuff to auto-mode-alist or something?  This has to be part of
> > the solution we devise.
> 
> [ I don't know what to say because it's too vague.  The way I read
>   you're saying there are cases that are broken, but without telling me
>   how they're broken, it's hard to know what to do.  This said,
>   I suspect in most of those cases the answer starts by unbreaking them,
>   before we consider what kind of API/UI we want to offer users to
>   configure them.  ]

I guess I totally failed to explain myself, since I was sure what I
said is 110% clear...

> Do you have a concrete example?

cmake-ts-mode, dockerfile-ts-mode, elixir-ts-mode, lua-ts-mode, to
name just a few.  Basically any FOO-ts-mode for which we don't have a
corresponding FOO-mode.