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: Tue, 5 May 2020 19:02:37 +0100 Message-ID: References: <0c88192c-3c33-46ed-95cb-b4c6928016e3@default> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="46922"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Richard Stallman , Emacs developers , =?UTF-8?B?7KGw7ISx67mI?= , Dmitry Gutov , Eli Zaretskii , Drew Adams To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue May 05 20:05:37 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 1jW1wk-000C3f-VI for ged-emacs-devel@m.gmane-mx.org; Tue, 05 May 2020 20:05:34 +0200 Original-Received: from localhost ([::1]:40452 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jW1wj-0003cK-Uf for ged-emacs-devel@m.gmane-mx.org; Tue, 05 May 2020 14:05:33 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48434) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jW1u8-0007v9-6I for emacs-devel@gnu.org; Tue, 05 May 2020 14:02:52 -0400 Original-Received: from mail-il1-x141.google.com ([2607:f8b0:4864:20::141]:45376) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jW1u7-0001sD-59; Tue, 05 May 2020 14:02:51 -0400 Original-Received: by mail-il1-x141.google.com with SMTP id i16so3120190ils.12; Tue, 05 May 2020 11:02:49 -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:content-transfer-encoding; bh=KXo/DkASQoLlFuY+3kRWFdru7HTD6Mk3Qx05Aazd2rc=; b=YskjLMw2MajgC909SVWJWrgQxs4cei4CS+tf1a+b/lkCGP6J1Rz5q8wXcuEY8bmYsO DIC50Y+WDBp3jhR/RHsjWLVnqgOXEzLWchRJ1eSXr2Cf0+7gDHDV7DSHOmpcm+Cu5RNW 5shPkjVUd2/Edx8rFqMcUVSz6ggQBzz5wc4BtQncfJ8CSmyOdgKpl4dL9j88F1J9fcbh 5WSGkk2cDHR2Qy+D/sT2wFE+0g2vU60ENDCi26o6ZcoTHSgm310paIBNYWlJHCuKj/mP YdIKLx0gYHPiw6IKZTu8JXxIdDdKc64RHx+8OXd3DtQZd3NOnoNHmrXrOc4ovxNXt+Uy brTw== 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:content-transfer-encoding; bh=KXo/DkASQoLlFuY+3kRWFdru7HTD6Mk3Qx05Aazd2rc=; b=ZUYsXc3bOZM4ScfUO63weGV1mPpTQF/1bMmXwSgwZUAqPE8ckKqXJuWGf8qiH8Tlji MsmF1EF6eKu1eMZiYHPK/U6gIJp8OS/LNfHic136BB2hNoG656O0TpoCEChZHleDdEP0 fT8CUC1dUAQ4yqagAho6GerqGv9mMeny0fMly1cd8eA0i/4+3H4NWMDt9PyO+D2gvx7+ u+fFI96d7Jcn09SGxMQLyCai16W4mc4ALhCr5xD3a/fJ3TWo2/MZsXcfr3ixQyFhvlqE at4nYDLeKVg3ClT0zvLetk4EVffwpb6gd8zPYF7R4SHi0WhGblm7pKZG6phAmVKFnpKs hsjA== X-Gm-Message-State: AGi0PuYBN9M3R8yc6JG6139PXu9Y+DZVKrY2PAuIscT3sBWA7nA8m4EO tNjX+M7Yhpx177fO5kZPutrgqxHLRhTc3iikwqA= X-Google-Smtp-Source: APiQypKD2A2/yHcivmCC8MThA5vowvA+TUqxdwAql4IK+JPAjDg/36MZKxlm5D+ANZ/3NjkVD+79hTpIjfFDrMYmjdU= X-Received: by 2002:a05:6e02:f45:: with SMTP id y5mr4879451ilj.199.1588701768864; Tue, 05 May 2020 11:02:48 -0700 (PDT) In-Reply-To: Received-SPF: pass client-ip=2607:f8b0:4864:20::141; envelope-from=joaotavora@gmail.com; helo=mail-il1-x141.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -10 X-Spam_score: -1.1 X-Spam_bar: - X-Spam_report: (-1.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, FROM_EXCESS_BASE64=0.979, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action 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:249019 Archived-At: On Tue, May 5, 2020 at 6:23 PM Stefan Monnier wr= ote:> >>> You'll always >>> get a group of people that really expected it to be multibyte-string an= d >>> group of people that expect string-multibyte. > There is a naming standard that every Elisp programmer must learn, it's > the use of a namespace prefix to group elements. Sadly, this standard > is only taken half-seriously for non-core Elisp definitions. Hmmm. You are implying that "core" definitions are exempted from this right? That's why we don't want to have list-car or number-+. I think we agree there. So if I read you correctly you're also saying the string type isn't a core thing. Well, it is, isn't it? Basically I want string stuff to be in the "safe" group. BUT a good regexp library that lives somewhere neat and tidy, say a "rex.el", wouldn't bother me at all. But I want this regexp library to be built as a proper library not (necessarily) using aliases which might constrain the design. That said, if you want to alias that one function because you think it would bring great benefits, fine I guess. But keep this minimal, I beg you. Or give flex a go, or substring. What do you use, really, in your day-to-day? How exactly is "multibyte-string" ruining your day? Jo=C3=A3o "who thinks this renaming has a bit of good ol' OCD in it"