From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Newsgroups: gmane.emacs.devel Subject: Re: Imports / inclusion of s.el into Emacs Date: Fri, 1 May 2020 18:28:51 +0100 Message-ID: References: <266155d4-f9c0-8ed3-8df5-32feea171076@yandex.ru> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000052651405a49984b5" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="81000"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Philippe Vaucher , Emacs developers To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri May 01 19:29:41 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 1jUZTp-000Kyb-8M for ged-emacs-devel@m.gmane-mx.org; Fri, 01 May 2020 19:29:41 +0200 Original-Received: from localhost ([::1]:37484 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jUZTo-0004rX-99 for ged-emacs-devel@m.gmane-mx.org; Fri, 01 May 2020 13:29:40 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37920) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jUZTC-0004SQ-UL for emacs-devel@gnu.org; Fri, 01 May 2020 13:29:03 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.90_1) (envelope-from ) id 1jUZTC-0002qC-3W for emacs-devel@gnu.org; Fri, 01 May 2020 13:29:02 -0400 Original-Received: from mail-io1-xd2a.google.com ([2607:f8b0:4864:20::d2a]:43150) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jUZTB-0002n0-MV for emacs-devel@gnu.org; Fri, 01 May 2020 13:29:01 -0400 Original-Received: by mail-io1-xd2a.google.com with SMTP id 19so5524867ioz.10 for ; Fri, 01 May 2020 10:29:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=UguGYzyJY9wU7iJlwHmUFbOd1qwktX6WrX9LQeKUph8=; b=ukjQb+6HhZb33+d4X5vy0zg8mx60lSTUmNasmXZ84UiwcN88O9LcrP0a2vejed7i1l Pqyl9PkWnq/oGr6aNtciDp2SsHF81/h12BOhO9DzeMcNpDyAI8otjv/l9YQy6HUr3a2D XJ7Yz3OIXbvoX+R4W8uK6LSmxDtKCyhsQdQRdDiXuDZt7E89j48+ut0si8f5kkaJY+Vj Xjv0MhW8sriIPtExWNrf6xrkF7lkEMZJZjVYo1q1H561SjJXt2zXgUZcWW+S2Vad77jM j64287utAbbomiQ7TSCHIo5W9yCaQYKsiwR1tV17f5vICUYclpAla2PpBzuGxO39sKJH MEtA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=UguGYzyJY9wU7iJlwHmUFbOd1qwktX6WrX9LQeKUph8=; b=lhgRio/9SvapbBKZFFfxB8ocxULsbGJ6x8UbRHuG6EAaUDQOcYoQYuiu6ZBcYVEVHc Hd1F2yTSdMAvyTcEc1ohYx5YCFGY4ek5M/VQzGpWDPj2j8fmzCDW8zZJmszfm0f6X6jV ODKd34250II/bq3u/FMA0ZlnZNsKweteCIA9/0s9uBrICvumEfEvPIRBnEgjxwCFwcHg K/dgIXZsDa7mh37JPvcsQlsM/mRd1efzckjMwbP9igo1Tz82R1mI8Gh5m79/K/y7MHV9 9gE0aEdyUFaYosvMVPpOPZPVnX4fwTTGbDckAwphHnSXm7/mmZK8XeYib98+LGzQelGC UX7A== X-Gm-Message-State: AGi0PuZQ+GrpHnITpjs1c0wc1C+vDIn0aeZZ0gqxlAloPgH114zZWA/X MNhodwg2aQNP6JusUosGn8kolf/w3EBxBUacUCg= X-Google-Smtp-Source: APiQypIFmJPOfF30HYdOC4NpsGvSG7d9zXxdmoJD6D9NRXhCeLc8rZwCLoEw7DtfEHXeJR6pGeNjoJ54lbrzSN71FCc= X-Received: by 2002:a02:b09:: with SMTP id 9mr3483772jad.24.1588354140495; Fri, 01 May 2020 10:29:00 -0700 (PDT) In-Reply-To: <266155d4-f9c0-8ed3-8df5-32feea171076@yandex.ru> Received-SPF: pass client-ip=2607:f8b0:4864:20::d2a; envelope-from=joaotavora@gmail.com; helo=mail-io1-xd2a.google.com X-detected-operating-system: by eggs.gnu.org: Error: [-] PROGRAM ABORT : Malformed IPv6 address (bad octet value). Location : parse_addr6(), p0f-client.c:67 X-Received-From: 2607:f8b0:4864:20::d2a 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:248320 Archived-At: --00000000000052651405a49984b5 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Just wanted to voice my support for exactly the points that Dmitry makes. And if we do add it to Elpa, can we give it a slightly longer prefix? Like 'cljstr`? Thanks, Jo=C3=A3o On Fri, May 1, 2020, 18:21 Dmitry Gutov wrote: > On 01.05.2020 17:56, Philippe Vaucher wrote: > > Following our discussion about namespace I think it's time to start wit= h > > something concrete where most people are agreeing already > > FWIW, I made a couple of other suggestions. > > As far as s.el goes, I suppose it might be a good thing to add it to > ELPA for those who like it. > > I'm not completely sold on its contents for the core, however: a lot of > it looks like a compatibility layer for Clojure's familiarity's sake, > with very thin wrappers (which basically just add the cost of function > invocation). > > Examples: > > 1. s-prepend/s-append: trivially replaced by 'concat'. > > 2. s-trim: string-trim is already in subr-x. > > 3. s-split: basically delegates to split-string, but wraps it in > save-match-data (which is generally against our guidelines for its use). > > --00000000000052651405a49984b5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Just wanted to voice my support for exactly the poin= ts that Dmitry makes.

An= d if we do add it to Elpa, can we give it a slightly longer prefix? Like &#= 39;cljstr`?

Thanks,
<= div dir=3D"auto">Jo=C3=A3o


On Fri, May 1, 2020, 18:21 Dmitr= y Gutov <dgutov@yandex.ru> wr= ote:
On 01.05.2020 17:56, Philippe = Vaucher wrote:
> Following our discussion about namespace I think it's time to star= t with
> something concrete where most people are agreeing already

FWIW, I made a couple of other suggestions.

As far as s.el goes, I suppose it might be a good thing to add it to
ELPA for those who like it.

I'm not completely sold on its contents for the core, however: a lot of=
it looks like a compatibility layer for Clojure's familiarity's sak= e,
with very thin wrappers (which basically just add the cost of function
invocation).

Examples:

1. s-prepend/s-append: trivially replaced by 'concat'.

2. s-trim: string-trim is already in subr-x.

3. s-split: basically delegates to split-string, but wraps it in
save-match-data (which is generally against our guidelines for its use).
--00000000000052651405a49984b5--