[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:48:08 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.0.90 (gnu/linux) |
address@hidden (Alfred M. Szmidt) writes:
> (defun switch-a-3 ()
> (interactive)
> (--> (m-buffer-match (current-buffer) "a")
> (-take 2 it)
> (m-buffer-replace-match it "x")))
>
> How does that even the same thing as:
>
> (save-excursion
> (while (re-search-forward "foo[ \t]+bar" nil t)
> (replace-match "foobar")))
>
> is beyond me. And I think that applies to the majority of Emacs Lisp
> users, -->, m-buffer-match, m-buffer-replace-match say nothing, they
> do not even suggest what they do.
m-buffer-match returns the matches in the buffer as a
list. m-buffer-replace-match replaces those matches with the
placement. -take takes the first two elements from a list. I agree -->
doesn't tell you much -- it's a threading macro.
> It's not a bad metric either! Yes, there are many people
> downloading
>
> It is a terrible metric, Emacs isn't a popularity contest.
So I have heard.
> > And even so, it doesn't automatically mean that it would be a good
> > addition to Emacs -- such things shouldn't be decided only based on
> > popularity.
>
> Happy to hear the criteria that you would apply.
>
> The same critera that is used when anything is added to Emacs. I
> think that has and is working well, people give their input, you try
> to convince the maintainer(s) that it makes sense and follows their
> idea of what is "Emacs', and it gets added to Emacs if so.
Quite clearly, dash has and is working well because as 10% of MELPA uses
it. Dash have taken lots of input (indeed, the size of the contributor
list is what has caused problems with ELPA and FSF copyright
policy). Your last criteria doesn't help at all, just begs the question
of what criteria the maintainer(s) use.
Phil
- Re: ELPA policy (was: Imports / inclusion of s.el into Emacs), (continued)
- Re: ELPA policy (was: Imports / inclusion of s.el into Emacs), Philippe Vaucher, 2020/05/09
- Re: ELPA policy (was: Imports / inclusion of s.el into Emacs), Richard Stallman, 2020/05/09
- Re: Imports / inclusion of s.el into Emacs, Alfred M. Szmidt, 2020/05/08
- dash.el [was: Re: Imports / inclusion of s.el into Emacs], Joost Kremers, 2020/05/08
- Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs], Alfred M. Szmidt, 2020/05/08
- Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs], Phillip Lord, 2020/05/08
- Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs], Alfred M. Szmidt, 2020/05/08
- Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs], Phillip Lord, 2020/05/08
- Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs], Stefan Kangas, 2020/05/08
- Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs], Alfred M. Szmidt, 2020/05/09
- Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs],
Phillip Lord <=
- Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs], Richard Stallman, 2020/05/08
- Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs], 조성빈, 2020/05/09
- Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs], Alfred M. Szmidt, 2020/05/09
- Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs], Eli Zaretskii, 2020/05/09
- octal escapes with rmail [was: Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs]], Alfred M. Szmidt, 2020/05/09
- Re: octal escapes with rmail, Eli Zaretskii, 2020/05/09
- Re: octal escapes with rmail, Alfred M. Szmidt, 2020/05/09
- Re: octal escapes with rmail [was: Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs]], Andreas Schwab, 2020/05/09
- Re: octal escapes with rmail [was: Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs]], Eli Zaretskii, 2020/05/09
- Re: octal escapes with rmail [was: Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs]], Alfred M. Szmidt, 2020/05/09