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: Sat, 02 May 2020 16:02:15 +0300 Message-ID: <834ksytrqg.fsf@gnu.org> References: <1BF9B6F5-C3C6-4A31-9935-4AD8FD359A3D@icloud.com> 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="59113"; mail-complaints-to="usenet@ciao.gmane.io" Cc: tomas@tuxteam.de, emacs-devel@gnu.org, joaotavora@gmail.com, rms@gnu.org To: =?utf-8?B?7KGw7ISx67mI?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat May 02 15:03: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 1jUrnY-000FGD-Uh for ged-emacs-devel@m.gmane-mx.org; Sat, 02 May 2020 15:03:16 +0200 Original-Received: from localhost ([::1]:37168 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jUrnX-0004QD-VX for ged-emacs-devel@m.gmane-mx.org; Sat, 02 May 2020 09:03:15 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:39046) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jUrmq-00033f-Uk for emacs-devel@gnu.org; Sat, 02 May 2020 09:02:33 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:56664) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jUrmq-0007Ej-7B; Sat, 02 May 2020 09:02:32 -0400 Original-Received: from [176.228.60.248] (port=3635 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jUrmi-0002dW-LP; Sat, 02 May 2020 09:02:25 -0400 In-Reply-To: <1BF9B6F5-C3C6-4A31-9935-4AD8FD359A3D@icloud.com> (message from =?utf-8?B?7KGw7ISx67mI?= on Sat, 2 May 2020 21:36:30 +0900) 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:248425 Archived-At: > From: 조성빈 > Date: Sat, 2 May 2020 21:36:30 +0900 > Cc: Philippe Vaucher , > Eli Zaretskii , tomas@tuxteam.de, > Richard Stallman , Emacs developers > > For an example from the ‘old culture’... (I can’t say that C has a > good consistent std, but) look C’s — all string function > names start with ‘str’, memory manipulation function names start > with ‘mem’ and wide variants are prefixed with ‘w’. Why should we only look at string.h? That'd be akin to looking at a single Lisp package. That's not what was proposed. What was proposed is to use "C-h f" completion (or any other completion) as replacement for dedicated documentation-search features. If you want to compare that with a modern standard C library, try "i mem TAB" in the glibc manual: you will see at least 2 different families of functions not really related to one another. Or try "i w TAB" for an even larger variety. > Then comes a short abbreviation. Pretty consistent, and IMHO more predictable than elisp. ELisp is so much larger than a standard C library, though.