[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Development Speed
From: |
Po Lu |
Subject: |
Re: Development Speed |
Date: |
Tue, 21 Dec 2021 19:05:43 +0800 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.60 (gnu/linux) |
xenodasein--- via "Emacs development discussions." <emacs-devel@gnu.org>
writes:
>> It's not much more modular than what we have in Emacs. The only real
>> difference is that it runs in a separate process, which I think also
>> poses freedom issues. AFAIK there is at least one proprietary frontend
>> for neovim.
> I don't know if it is more or much more, but credit where credit is due.
I don't see any reason why that credit due.
> This does help them receive more contributions than both Vim and Emacs.
How so?
> Structuring the code with respect to software freedom is a whole different
> subject, (which I support) but current ifdef toolkit jungle is not that.
The "ifdef toolkit jungle" is restricted to the X-Windows code, and X is
so complicated to program for that every significant program using X
works that way.
> I cannot see the future or what could've been, this is highly opinionated
> but I do believe following latest C standard as early as possible is good
> for an open source project.
It's not possible in the first place.
Thanks.
Re: Development Speed, xenodasein, 2021/12/21
- Re: Development Speed,
Po Lu <=
- Re: Development Speed, xenodasein, 2021/12/21
- Re: Development Speed, Po Lu, 2021/12/21
- Re: Development Speed, xenodasein, 2021/12/21
- Re: Development Speed, Po Lu, 2021/12/21
- Re: Development Speed, xenodasein, 2021/12/21
Re: Development Speed, Stefan Kangas, 2021/12/21
Re: Development Speed, Theodor Thornhill, 2021/12/21
Re: Development Speed, xenodasein, 2021/12/21
Re: Development Speed, Eli Zaretskii, 2021/12/21
Re: Development Speed, Richard Stallman, 2021/12/21