[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: A modern-mode?
From: |
tomas |
Subject: |
Re: A modern-mode? |
Date: |
Wed, 16 Sep 2020 11:48:19 +0200 |
User-agent: |
Mutt/1.5.21 (2010-09-15) |
On Wed, Sep 16, 2020 at 10:36:23AM +0100, João Távora wrote:
> On Wed, Sep 16, 2020 at 6:15 AM Alfred M. Szmidt <ams@gnu.org> wrote:
>
> > following recent discussions I've started toying with what I've pushed
> > on
> > scratch/modern-mode.
> >
> > What some find modern, some will find old. What some find old, some
> > will find modern. What was once modern will become old again, and
> > what was old again will become modern.
> >
> > A different name would be more appropriate
>
>
> Yup, this is really obvious to me, too (*) I seem to remember that
> other packages don't have a lot of problems naming some
> features "fancy". Does "fancy" have a negative connotation?
De Luxe?
But more seriously: what I have learnt from all this discussion
is that we'll need more than one of those.
Those modes are often opinionated (they have to). So it's better
if the mode's opinions align with those of the user.
It'll be Emacs's job to provide the bridges and the common base
for all of that (someone in this monster thread quoted X11's
motto of providing "mechanism, not policy": I think this is
- mutatis mutandis - a good guiding principle).
Cheers
- t
signature.asc
Description: Digital signature
Re: A modern-mode?, Robert Pluim, 2020/09/16
Re: A modern-mode?, João Távora, 2020/09/16
- Re: A modern-mode?,
tomas <=
- Re: A modern-mode?, João Távora, 2020/09/16
- Re: A modern-mode?, tomas, 2020/09/16
- Re: A modern-mode?, João Távora, 2020/09/16
- Re: A modern-mode?, tomas, 2020/09/16
- Re: A modern-mode?, João Távora, 2020/09/16
Re: A modern-mode?, Arthur Miller, 2020/09/16
Re: A modern-mode?, João Távora, 2020/09/16
Re: A modern-mode?, Arthur Miller, 2020/09/16
Re: A modern-mode?, João Távora, 2020/09/16
Re: A modern-mode?, Thibaut Verron, 2020/09/16