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: Imports / inclusion of s.el into Emacs Date: Mon, 04 May 2020 17:26:45 +0300 Message-ID: <83imhbojx6.fsf@gnu.org> References: <831ro2tqqx.fsf@gnu.org> <4a1fd3f4-df92-c756-9874-4d07b54148ac@yandex.ru> <3bd09dca-dcdc-7569-e5fb-f6b53397af9d@yandex.ru> <83bln6s5on.fsf@gnu.org> <6d43996b-65ab-0bc6-9124-156520396910@yandex.ru> <2152FEE0-987F-4816-9FB5-717EED2B47BE@icloud.com> <83h7wyqiku.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="23938"; mail-complaints-to="usenet@ciao.gmane.io" Cc: joaotavora@gmail.com, dgutov@yandex.ru, monnier@iro.umontreal.ca, pcr910303@icloud.com, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon May 04 16:33:01 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 1jVc9U-000666-G3 for ged-emacs-devel@m.gmane-mx.org; Mon, 04 May 2020 16:33:00 +0200 Original-Received: from localhost ([::1]:36650 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jVc9T-0002u2-Gd for ged-emacs-devel@m.gmane-mx.org; Mon, 04 May 2020 10:32:59 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46984) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jVc3i-0001A3-D7 for emacs-devel@gnu.org; Mon, 04 May 2020 10:27:02 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:58782) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jVc3h-0005JE-K6; Mon, 04 May 2020 10:27:01 -0400 Original-Received: from [176.228.60.248] (port=4680 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jVc3U-0003Dc-P2; Mon, 04 May 2020 10:26:50 -0400 In-Reply-To: (message from Richard Stallman on Sun, 03 May 2020 23:04:43 -0400) 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:248825 Archived-At: > From: Richard Stallman > Cc: pcr910303@icloud.com, emacs-devel@gnu.org, > monnier@iro.umontreal.ca, joaotavora@gmail.com, > dgutov@yandex.ru > Date: Sun, 03 May 2020 23:04:43 -0400 > > > > So, if I would rename concat, it would be concat-to-string. > > > But then people who need to concatenate strings will not find it, > > because they will type string- TAB. > > My solution, extending apropos and its variants so it "finds" 'string-' > in the name 'concat', would deal with that. The main motivation for "renaming" was to have completion find those names. People who advance that proposal don't want to use apropos instead of completion. So we will need to extend the completion to do the same trick you had in mind for apropos.