From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: [ELPA] New package: transient Date: Wed, 29 Apr 2020 11:48:02 -0400 Message-ID: References: <87368npxw4.fsf@bernoul.li> <87v9ljo5d0.fsf@bernoul.li> <87ftcnxu5m.fsf@bernoul.li> <83y2qezlpd.fsf@gnu.org> <83sggmxq8n.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="104181"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: adam@alphapapa.net, philippe.vaucher@gmail.com, jonas@bernoul.li, kyle@kyleam.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Apr 29 17:49:44 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 1jToxz-000QyV-Eg for ged-emacs-devel@m.gmane-mx.org; Wed, 29 Apr 2020 17:49:43 +0200 Original-Received: from localhost ([::1]:41880 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jToxy-0008E6-BM for ged-emacs-devel@m.gmane-mx.org; Wed, 29 Apr 2020 11:49:42 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:35430) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jTowZ-0007Bz-HN for emacs-devel@gnu.org; Wed, 29 Apr 2020 11:48:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.90_1) (envelope-from ) id 1jTowY-0004Mh-Oo for emacs-devel@gnu.org; Wed, 29 Apr 2020 11:48:14 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:33344) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jTowW-0004Ld-Su; Wed, 29 Apr 2020 11:48:13 -0400 Original-Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 63C2F4506D6; Wed, 29 Apr 2020 11:48:11 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id DFFBE4506D3; Wed, 29 Apr 2020 11:48:09 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1588175289; bh=QdtUKllMZSGiCTRfejMdlO9i99vi3oVmsdWB2dM+Njc=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=SvOnuTLpkohBNF+lzSnoODR2PdOtOJiroM28/a+yD3zWDOdfy9E86Sbs8bbuvFs59 WxKM16C4GdndQAaf6AKVVqlOJ8scPtN2GIz7iTChBGuoMDoEH/4jSv26erC7ZKAqAZ 5/V6pwOidZpam3eRKsPKG8M9ifgjANXK8LhIGBPdHvOntPe4hkpHmqsaLfeY2l1K1i LsWdLL/Dh4ybtJ7Mh3U4RzY79kG5xHY31ObhMAFCy55toKdBU+7EEBgM2NAq32/mS7 E3bnADaqTOhbAtIqj0PyNl2BO2Yya6uw50C4OjaJhlVB+r68+SWhkqr0VJXi3yIxY8 h74c5VVIaGFtA== Original-Received: from alfajor (unknown [216.154.3.202]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 919B0120235; Wed, 29 Apr 2020 11:48:09 -0400 (EDT) In-Reply-To: <83sggmxq8n.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 29 Apr 2020 18:31:52 +0300") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-detected-operating-system: by eggs.gnu.org: First seen = 2020/04/29 11:48:11 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] X-Received-From: 132.204.25.50 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:248157 Archived-At: > Sure, if we don't mind having much more symbols, why not? But someone > would have to come up with such a classification, and that may not > always be easy. Reaching the "end goal" is indeed quite hard (after all, it's a classification job so it's both hard and impossible). Making steps toward that goal should be pretty easy, OTOH. The benefits will likely be small as well, sadly: it will take time and efforts for the code to start making use of those new names, and during many many years both names will have to exist. The success of the `f` and `s` libraries suggests that it might be worth the trouble, tho. We could start with the existing "file-name-" prefix and add to it the few functions which don't obey that prefix (e.g. `abbrev-file-name` and `expand-file-name`). Stefan