emacs-devel
[Top][All Lists]
Advanced

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

Re: New Package for NonGNU-ELPA: clojure-ts-mode


From: Eli Zaretskii
Subject: Re: New Package for NonGNU-ELPA: clojure-ts-mode
Date: Sun, 13 Aug 2023 08:16:57 +0300

> From: Philip Kaludercic <philipk@posteo.net>
> Cc: danny@dfreeman.email,  emacs-devel@gnu.org,  manuel.uberti@inventati.org
> Date: Sat, 12 Aug 2023 20:22:32 +0000
> 
> This was my understanding as well, and while I understand it from a
> technical perspective, I have a hunch there must be a tolerable
> alternative with a better user interface.
> 
> Perhaps this is a point at which the approach at which the major-mode
> abstraction breaks down and has to be rethought?  There have been
> instances of alternative major modes for different languages in the past
> (cperl, perl; js, js2, js3) that have found one way or another to
> co-exist, but seeing how this is becoming more and more common, it would
> be nice to have some consistent and unified way of expressing these
> kinds of alternatives.

If someone suggests such an arrangement, and demonstrates its
viability in at least one example, we could discuss that and perhaps
decide on migration towards such an approach.  So far, no one came
with any workable ideas, AFAIR.

> > The aspects of these modes that are not yet firmly decided are how to
> > activate/deactivate them in a way that would be convenient and simple.
> > But I don't think we will be removing the *-ts-modes as major modes,
> > no.
> 
> I get that we wouldn't want to remove them, out of backwards
> compatibility, but is the plan to write more ...-ts-mode major modes?

Yes, I think so.  There doesn't seem to be any good alternative in
existence.



reply via email to

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