[Top][All Lists]

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

Re: Do shorthands break basic tooling (tags, grep, etc)? (was Re: Shorth

From: Eli Zaretskii
Subject: Re: Do shorthands break basic tooling (tags, grep, etc)? (was Re: Shorthands have landed on master)
Date: Fri, 01 Oct 2021 13:10:52 +0300

> From: João Távora <joaotavora@gmail.com>
> Cc: Stefan Kangas <stefan@marxist.se>,  Phil Sainty <psainty@orcon.net.nz>,
>   Alan Mackenzie <acm@muc.de>,  Eli Zaretskii <eliz@gnu.org>,  Emacs
>  developers <emacs-devel@gnu.org>
> Date: Fri, 01 Oct 2021 08:24:27 +0100
> Lars Ingebrigtsen <larsi@gnus.org> writes:
> > Stefan Kangas <stefan@marxist.se> writes:
> >
> >> On a separate note, but related to my misgivings:  If this really is
> >> mostly about s.el, dash.el and f.el, I think it is problem that this
> >> is featured so prominently in the ELisp manual.  To my eyes, what we
> >> have now is basically an implicit recommendation and a statement that
> >> it is unproblematic for general use.  I believe there is a clear risk
> >> that users will use this feature in ways that many of us AFAIU (from
> >> reading this thread) would expressly rather avoid.
> >
> > Yes, making the manual less enthusiastic about this sounds like a good
> > idea to me.
> I don't care, go ahead.  Make it less enthusiastic about advice,
> function pointers and macros while you're at it.
> But really, if you want to add some sentences about caveats and grep
> woes, go ahead, that's reasonable.  ...or delete the whole section, as I
> said I don't care.

Adding caveats and disadvantages to that section, as well as
recommendations to use it sparingly etc., is fine by me, but deleting
the section is not.

reply via email to

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