Subject: Re: bug#68246: 30.0.50; Add non-TS mode as extra parent of TS modes

From: João Távora <[email-masked]>
Date: Fri, 19 Jan 2024 14:01:39 +0000

On Fri, Jan 19, 2024 at 1:19 PM Stefan Monnier <[email-masked]> wrote:
>
> >> In the longer term, there might be a fair bit of overlap, yes, tho it
> >> all depends on how your proposal works out in the end.
> >> My patch is a short term solution with no new API.
> > Problem is, as you know, there's nothing more permanent than
> > a short-term solution.
>
> It's not meant to be temporary, tho, so it's not a problem.

All the problems it's solving already have solutions,
just as short-term and effective as the patch would do.

Problem is that patch is, or seems to be, incompatible with
all the other things  we're discussing.  I.e. can you clearly
paint a way forward from it that solves the "what is this
language in this buffer", "what is the language for this
major-mode" and the "what mode should I use for that language"
problems?

João