emacs-devel
[Top][All Lists]
Advanced

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

Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs]


From: Phillip Lord
Subject: Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs]
Date: Sun, 10 May 2020 12:58:12 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.90 (gnu/linux)

Richard Stallman <address@hidden> writes:

> [[[ To any NSA and FBI agents reading my email: please consider    ]]]
> [[[ whether defending the US Constitution against all enemies,     ]]]
> [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
>
>   > I tried to find that compromise again, all I found was "See my message
>   > to Stefan for a change that would make s.el ok to add." but could not
>   > find this message. If you would be so kind as to quote Richard again
>   > so I have his perspective.
>
> I proposed to prefix the function names with 'clo' on the
> understanding that the names it defines are inspired by Clojure.  I
> said this would result in names such as 'clostring-prepend', because a
> message I had read had led me to think that they started with
> 'string-'.
>
> But maybe I was misled by what I had read.  Do they actually start with 's-'?
>
> If so, I still propose the same compromise, prefixing with 'clo', but
> it would result in names starting with 'clos-'.
>
> Would you like to send me the API documentation of s.el?


The s.el API is actually quite a bit richer than that of
clojure. Indeed, I found at least one non-standard clojure library that
looks like s.el. So I think the logic is flowing the other way.

So "clostring-prepend" doesn't really achieve anything other than making
it unreadable. Magnar's clever choice of naming is, I think, one of the
reasons people like his libraries. Why change a feature and turn it into
unreadability.

Phil



reply via email to

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