From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: ams@gnu.org (Alfred M. Szmidt) Newsgroups: gmane.emacs.devel Subject: Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs] Date: Mon, 11 May 2020 12:41:14 -0400 Message-ID: References: <0c88192c-3c33-46ed-95cb-b4c6928016e3@default> <87wo5mc04t.fsf@fastmail.fm> <835zd5h6tq.fsf@gnu.org> <87o8qwc88b.fsf@russet.org.uk> <85E41CCF-8D56-4878-95CA-4ED7A6B8E40B@icloud.com> <87eerqbg10.fsf@russet.org.uk> Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="114992"; mail-complaints-to="usenet@ciao.gmane.io" Cc: joostkremers@fastmail.fm, rms@gnu.org, pcr910303@icloud.com, emacs-devel@gnu.org To: Phillip Lord Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon May 11 18:42:02 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jYBVC-000TpG-73 for ged-emacs-devel@m.gmane-mx.org; Mon, 11 May 2020 18:42:02 +0200 Original-Received: from localhost ([::1]:46360 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jYBVB-0006pH-9I for ged-emacs-devel@m.gmane-mx.org; Mon, 11 May 2020 12:42:01 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55492) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jYBUV-0005ZL-1N for emacs-devel@gnu.org; Mon, 11 May 2020 12:41:19 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:40944) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jYBUU-0002hh-2w; Mon, 11 May 2020 12:41:18 -0400 Original-Received: from ams by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1jYBUR-0005xj-04; Mon, 11 May 2020 12:41:15 -0400 In-reply-to: <87eerqbg10.fsf@russet.org.uk> (message from Phillip Lord on Mon, 11 May 2020 17:19:39 +0100) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:249822 Archived-At: > This is just a matter of following the good practises that already > exist in Emacs. It would be a bad idea to start making a mess, and > then encouraging this mess to become larger. Posited on s.el being a mess, which neither it, nor dash.el is. They are both nice APIs that are nice to use. In isolation these libraries do not create a mess, and it was never claimed that they are so. The issue is making them part of Emacs/ELPA, thus encouraging people to start using non-standard Emacs Lisp conventions in Emacs. _That_ would be the mess. I really urge people to carefully read what people have written to minimize these type of misunderstandings. I did manage to drop a dash.el dependency form one of my libraries and replace it with seq.el. That worked because it was close to a drop in. But people have already chosen to work with dash, or s, or f, even though it means adding a dependency because they are nice. Would you like to suggest which parts of those libraries are nice in your opinon so that they could maybe be added to Emacs, following normal Emacs conventions?