[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Changes for emacs 28
From: |
Eli Zaretskii |
Subject: |
Re: Changes for emacs 28 |
Date: |
Mon, 07 Sep 2020 17:45:07 +0300 |
> Date: Mon, 7 Sep 2020 16:03:32 +0200
> From: Ergus <spacibba@aol.com>
> Cc: emacs-devel@gnu.org
>
> The existence of larger sub-communities like spacemacs or doom or forks
> like remacs is a bad symptom and a waste of manpower we really need.
I don't think I agree that those communities are a waste of effort:
someone needed to invest those efforts anyway.
The waste of effort is that those who invested them don't come back to
us and don't suggest to integrate those features upstream. Granted,
such integration would need some additional shims and infrastructure,
to adapt the extra features to less monolith audience. But those
adaptations should not be very hard to come up with, so the lack of
communications is unfortunate.
- Re: Changes for emacs 28, (continued)
- Re: Changes for emacs 28, Stefan Kangas, 2020/09/06
- Re: Changes for emacs 28, Lars Ingebrigtsen, 2020/09/07
- Re: Changes for emacs 28, Eli Zaretskii, 2020/09/06
- Re: Changes for emacs 28, Lars Ingebrigtsen, 2020/09/07
- Re: Changes for emacs 28, tomas, 2020/09/07
- Re: Changes for emacs 28, Gregory Heytings, 2020/09/07
- Re: Changes for emacs 28, Ergus, 2020/09/07
- Re: Changes for emacs 28,
Eli Zaretskii <=
- Re: Changes for emacs 28, Richard Stallman, 2020/09/07
- Re: Changes for emacs 28, Gregory Heytings, 2020/09/07
- Re: Changes for emacs 28, Ergus, 2020/09/07
- Re: Changes for emacs 28, Alfred M. Szmidt, 2020/09/07
- Re: Changes for emacs 28, Eduardo Ochs, 2020/09/07
- Re: Changes for emacs 28, Gregory Heytings, 2020/09/07
- Re: Changes for emacs 28, Robert Pluim, 2020/09/08
- Re: Changes for emacs 28, Richard Stallman, 2020/09/07
- Re: Changes for emacs 28, Gregory Heytings, 2020/09/07
- Re: Changes for emacs 28, Gregory Heytings, 2020/09/09