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: [ELPA] New package: transient Date: Mon, 04 May 2020 17:24:08 +0300 Message-ID: <83lfm7ok1j.fsf@gnu.org> References: <87368npxw4.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> <83v9leqmss.fsf@gnu.org> <83zhapoz63.fsf@gnu.org> <0a13f7e1-61c7-1e78-22bc-a27c15c269e7@yandex.ru> <83h7wxotix.fsf@gnu.org> <18096f9a-c617-f37b-cdaa-1a6198db2e1c@yandex.ru> <83a72porka.fsf@gnu.org> 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="13507"; mail-complaints-to="usenet@ciao.gmane.io" Cc: tomas@tuxteam.de, emacs-devel@gnu.org, monnier@iro.umontreal.ca, rms@gnu.org, dgutov@yandex.ru To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon May 04 16:30:36 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 1jVc7A-0003Qc-4u for ged-emacs-devel@m.gmane-mx.org; Mon, 04 May 2020 16:30:36 +0200 Original-Received: from localhost ([::1]:54678 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jVc79-0006zE-3f for ged-emacs-devel@m.gmane-mx.org; Mon, 04 May 2020 10:30:35 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46706) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jVc17-0007Hl-H4 for emacs-devel@gnu.org; Mon, 04 May 2020 10:24:21 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:58704) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jVc16-0004Vw-OL; Mon, 04 May 2020 10:24:20 -0400 Original-Received: from [176.228.60.248] (port=4521 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jVc0w-0002Tg-Sp; Mon, 04 May 2020 10:24:11 -0400 In-Reply-To: (message from =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= on Mon, 4 May 2020 02:01:13 +0100) 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:248824 Archived-At: > From: João Távora > Date: Mon, 4 May 2020 02:01:13 +0100 > Cc: Eli Zaretskii , tomas@tuxteam.de, > Stefan Monnier , Richard Stallman , > emacs-devel > > [lgstring-char] should be renamed composite-lgstring-char lgstring-char is an internal function, why do we care about its name? It doesn't even have a doc string. A better way with those is to somehow mark them (perhaps by their symbol's property?), and make help commands and completion avoid them by default. OTOH, consider the use case of someone who would like to write ligature support for Emacs (something which I hope will happen soon). That person will need to find the various *lgstring* functions for the job, even though they are internal, and naming them composite-SOMETHING won't help them, since they will think of ligatures, not of compositions. I don't know how to solve this contradiction, but if we want our completion to be a better tool, we should do something about these conflicting goals. > I can even see a completion system where you type "alist" and "assq" > appears in the list by considering some source of truth (the manual). It should be enough to look at the arguments as they appear in the doc string.