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

[Philippe Vaucher]

>   > But you just described what dash does. ;-) It is just a collection
>   > of list-handling functions such as they exist in modern functional
>   > programming languages. If you're used to thinking in this paradigm
>   > and then come (back) to Emacs Lisp, it feels like a hopelessly
>   > clunky language. `dash.el` was written to remedy this.
>
> That sounds like they could be useful facilities.  Since they are real
> features, not mere aliases and trivialities, they would not have the
> main flaw of s.el.

Richard, I think this is a good opportunity for you to actually go and
really see what dash.el is and also what s.el is, maybe even code a
little with them. Your comments really make it look like you vaguely
understand what they are about. I'm sorry if that's not the case.

But what is more disturbing is that you take strong positions about
them that are in conflict with Stefan Monnier for example. These
tensions needs to be resolved. Maybe Eli can facilitate this?

Except if I missed it, here are the questions I didn't see an answer to:

- As far as I know you are the only one who objected strongly against
s.el in ELPA (others please voice your opinion if you think like
Richard). This created an atmosphere of people fearing that you would
use your authority to "veto" such adoption despite Stefan Monnier &
others wanting s.el in ELPA. I think you need to clarify your
position/power here.
- For most users, dash.el and s.el are very similar in nature. dash.el
is already in ELPA. If we refuse s.el, isn't it inconsistent? What
about the message we send?

Thanks for taking the time to address these.

Philippe