[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: |
Mon, 28 Aug 2023 15:17:20 +0300 |
> Date: Mon, 28 Aug 2023 03:38:45 +0300
> Cc: Eli Zaretskii <eliz@gnu.org>, philipk@posteo.net, danny@dfreeman.email,
> stefankangas@gmail.com, emacs-devel@gnu.org, manuel.uberti@inventati.org
> From: Dmitry Gutov <dmitry@gutov.dev>
>
> On 28/08/2023 03:21, Po Lu wrote:
> > Dmitry Gutov <dmitry@gutov.dev> writes:
> >
> >> Yeah, a program written in C/C++/Rust which contains an interpreter
> >> (and multiple jit's) for a dynamic programming language and has most
> >> of its interface written in it, supports user extensions in the same
> >> language, support display of arbitrary files and has several related
> >> but different mechanisms for guiding the visuals and the layout of
> >> said display. It also supports bidi.
> >
> > Using Bidi implementations which already exist, implementing standards
> > already specified, and applying foreknowledge acquired through the
> > development of other implementations of those standards, correct?
>
> Something that we'd happily do as well, wouldn't we?
We do that always when the library fits the bill. But in many cases
it doesn't (or a library doesn't yet exist), because Emacs has some
unique requirements.
> > The scale and rapid development that is mandatory for a functioning web
> > browser sounds impressive, but is ultimately narrow in scope. Emacs's
> > requirements are less imposing but greater in number,
>
> ...
>
> > which compounded
> > by a group of active developers whose number pales in comparison to that
> > of Firefox, means that reducing the strain on any one of them is an
> > overriding objective.
>
> Even if that were the case, the plan breaks as soon as we run out of
> existing active developers, if we fail to recruit enough new ones.
That's true, but the single most important lesson we learn from the
history of GNU Emacs is that this danger never actually materialized.
Which doesn't mean we should not try to recruit more, of course, it
just means that we shouldn't be too pessimist about this.
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, (continued)
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Dmitry Gutov, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Dmitry Gutov, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Eli Zaretskii, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Dmitry Gutov, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Eli Zaretskii, 2023/08/27
- Choice of bug tracker, Dmitry Gutov, 2023/08/27
- Re: Choice of bug tracker, Eli Zaretskii, 2023/08/28
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Po Lu, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Dmitry Gutov, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Po Lu, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode,
Eli Zaretskii <=
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Dmitry Gutov, 2023/08/28
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Eli Zaretskii, 2023/08/28
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, João Távora, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Eli Zaretskii, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Po Lu, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Po Lu, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Dmitry Gutov, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, João Távora, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Dmitry Gutov, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Po Lu, 2023/08/27