From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Namespaces - summary, conclusion Date: Mon, 04 May 2020 17:43:55 +0300 Message-ID: <837dxroj4k.fsf@gnu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="50178"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Philippe Vaucher Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon May 04 17:06:18 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 1jVcfh-000Cxm-CI for ged-emacs-devel@m.gmane-mx.org; Mon, 04 May 2020 17:06:17 +0200 Original-Received: from localhost ([::1]:51260 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jVcfg-0000eB-Eq for ged-emacs-devel@m.gmane-mx.org; Mon, 04 May 2020 11:06:16 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49706) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jVcK9-0005lA-E2 for emacs-devel@gnu.org; Mon, 04 May 2020 10:44:01 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:59185) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jVcK9-0007Bp-4b; Mon, 04 May 2020 10:44:01 -0400 Original-Received: from [176.228.60.248] (port=1926 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jVcK7-0007MV-EZ; Mon, 04 May 2020 10:44:00 -0400 In-Reply-To: (message from Philippe Vaucher on Mon, 4 May 2020 11:27:00 +0200) 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:248836 Archived-At: > From: Philippe Vaucher > Date: Mon, 4 May 2020 11:27:00 +0200 > > The proposal of aliasing or renaming Elisp functions that some of us > feel inadequately named/grouped got mostly a strong resistance by what > can be considered iconic figures of this community. > [...] > Given this is more or less the position held by Alan, Eli, Richard, > Drew and João I think the chances of seeing new aliases is close to 0. I think you jump to conclusions too quickly. Each one of the named individuals expressed quite different views about the renaming/aliasing proposals. In particular, the degree of resistance to any and all such changes from each one of those people was very different. AFAIU, only Alan is completely opposed to any such change. It should not surprise anyone that a proposal to summarily rename many of our core APIs should not be agreed to lightly. Show me another project that did something like that. That said, if we are willing to continue discussing this, we might be able to agree to some small enough group of functions for which more systematically-named aliases could be added. > Until now every one of the proposed aliases (in string- or regexp-) > were rejected for arguably good reasons but the message is pretty > clear, I think aliases in Emacs core are a dead end (for now, that > might change later) and will only live in libraries in MELPA (or ELPA > is authors care). That's not my conclusion. I think a small number of aliases could be agreed to, based on the responses. I urge you not to give up. Thanks.