From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs] Date: Sun, 10 May 2020 22:38:04 -0400 Message-ID: References: <0c88192c-3c33-46ed-95cb-b4c6928016e3@default> <87wo5mc04t.fsf@fastmail.fm> <835zd5h6tq.fsf@gnu.org> <87o8qwc88b.fsf@russet.org.uk> Reply-To: rms@gnu.org Content-Type: text/plain; charset=Utf-8 Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="121910"; mail-complaints-to="usenet@ciao.gmane.io" Cc: joostkremers@fastmail.fm, 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 04:43:46 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 1jXyPx-000Vd5-VI for ged-emacs-devel@m.gmane-mx.org; Mon, 11 May 2020 04:43:45 +0200 Original-Received: from localhost ([::1]:41796 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jXyPx-0000Rz-2P for ged-emacs-devel@m.gmane-mx.org; Sun, 10 May 2020 22:43:45 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38668) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jXyKY-0000jw-Ap for emacs-devel@gnu.org; Sun, 10 May 2020 22:38:10 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:54551) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jXyKW-0000lK-9L; Sun, 10 May 2020 22:38:08 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1jXyKS-00072O-EJ; Sun, 10 May 2020 22:38:04 -0400 In-Reply-To: <87o8qwc88b.fsf@russet.org.uk> (message from Phillip Lord on Sun, 10 May 2020 12:58:12 +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:249747 Archived-At: [[[ 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. ]]] > So "clostring-prepend" Rather, 'clos-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. 'clos-prepend' is not harder to read than 's-prepend'. Ostensibly it is "just an optional package", but if "most packages use it" it would really be a replacement installed half-way. The s- functions, by themselves, are clean. s.el by itself is not a mess. But Emacs plus s.el is a mess. It contains 65 functions, similar to the Emacs string functions but with idiosyncratic incompatibilities scattered throughout. Some of the changes are good, some are gratuitously bad. Two different string functiob interface, the one we developed and the one that was dropped on us from outside. Would we have any say over further development of the s- interface? I get the impression we would not. -- Dr Richard Stallman Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)