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: [ELPA] New package: transient Date: Sat, 02 May 2020 23:43:32 -0400 Message-ID: References: <87368npxw4.fsf@bernoul.li> <87v9ljo5d0.fsf@bernoul.li> <87ftcnxu5m.fsf@bernoul.li> <83y2qezlpd.fsf@gnu.org> <83tv12zjx1.fsf@gnu.org> <20200429101755.GF24737@tuxteam.de> <838sicw4do.fsf@gnu.org> <83zhaqu89z.fsf@gnu.org> <83sggiu2p9.fsf@gnu.org> <83r1w2s9wi.fsf@gnu.org> 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="3595"; mail-complaints-to="usenet@ciao.gmane.io" Cc: eliz@gnu.org, tomas@tuxteam.de, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Philippe Vaucher Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun May 03 05:48:17 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 1jV5c0-0000ps-DZ for ged-emacs-devel@m.gmane-mx.org; Sun, 03 May 2020 05:48:16 +0200 Original-Received: from localhost ([::1]:52128 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jV5bz-0004aC-F9 for ged-emacs-devel@m.gmane-mx.org; Sat, 02 May 2020 23:48:15 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37372) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jV5XT-00065u-D2 for emacs-devel@gnu.org; Sat, 02 May 2020 23:43:35 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:44735) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jV5XT-0006bD-2i; Sat, 02 May 2020 23:43:35 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1jV5XQ-0001lA-Qa; Sat, 02 May 2020 23:43:33 -0400 In-Reply-To: (message from Philippe Vaucher on Sat, 2 May 2020 16:26:57 +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:248629 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. ]]] > If the goal is to list all the functions related to manipulating the topic > of regexp (something like > https://docs.python.org/2/library/re.html#regular-expression-objects or > https://ruby-doc.org/core-2.7.1/Regexp.html), then the search you propose > is a poor tool. I think you are making a distinction between names that are core parts of the use of regexps, and names that contain 'regexp' because they stand for something that uses a regexp somehow. Is that right? And you expect the former to have names that start with 'regexp' (although we have never had such a naming practice for data types). Is that right? Is the reason you expect the names to follow that pattern that you are coming from a language that uses abstract object tyoes where each type defines methods to operate on it? Do you wish you could ask, "Show me the operations defined on type 'regexp'"? Lisp does not work that way, but I think we can set something up that would give you more or less the same results for documentation. > I'm not objected to have aliases that would make it easier to find out > the function's name using simple completion, but I think you greatly > overestimate the usefulness of that in many practical situations. I wouldn't want to rename lots if Lisp functions or fill up the namespace with aliases, just so that names of functions which are "about alists" all start with 'alist'. But if it is just to make C-h f completion on 'alist' include 'assoc', we don't need real aliases. We could do it with aliaases that work only in completion of function names. We could make an alias ("alist" "assoc"), which would add "assoc" to the list of completions of "alist". These aliases would avoid the downsides completely. Would they help you? -- 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)