From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: [ELPA] New package: plz Date: Thu, 12 May 2022 13:54:40 +0000 Message-ID: References: <874k1vzyom.fsf@posteo.net> <104ffa6b-12ae-53df-e289-aba7d7200654@alphapapa.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2576"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Philip Kaludercic , Daniel =?iso-8859-1?Q?Mart=EDn?= , rms@gnu.org, emacs-devel To: Adam Porter Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu May 12 15:56:05 2022 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 1np9IS-0000SI-Bl for ged-emacs-devel@m.gmane-mx.org; Thu, 12 May 2022 15:56:04 +0200 Original-Received: from localhost ([::1]:55056 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1np9IQ-0006P7-Td for ged-emacs-devel@m.gmane-mx.org; Thu, 12 May 2022 09:56:02 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41668) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1np9HK-0005dK-8Z for emacs-devel@gnu.org; Thu, 12 May 2022 09:54:54 -0400 Original-Received: from colin.muc.de ([193.149.48.1]:11458 helo=mail.muc.de) by eggs.gnu.org with smtp (Exim 4.90_1) (envelope-from ) id 1np9HI-0003op-62 for emacs-devel@gnu.org; Thu, 12 May 2022 09:54:53 -0400 Original-Received: (qmail 37259 invoked by uid 3782); 12 May 2022 13:54:41 -0000 Original-Received: from acm.muc.de (p4fe1575d.dip0.t-ipconnect.de [79.225.87.93]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Thu, 12 May 2022 15:54:40 +0200 Original-Received: (qmail 6343 invoked by uid 1000); 12 May 2022 13:54:40 -0000 Content-Disposition: inline In-Reply-To: <104ffa6b-12ae-53df-e289-aba7d7200654@alphapapa.net> X-Submission-Agent: TMDA/1.3.x (Ph3nix) X-Primary-Address: acm@muc.de Received-SPF: pass client-ip=193.149.48.1; envelope-from=acm@muc.de; helo=mail.muc.de X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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:289690 Archived-At: Hello, Adam. On Wed, May 11, 2022 at 14:29:22 -0500, Adam Porter wrote: > On 5/11/22 13:55, Philip Kaludercic wrote: > > Daniel Martín writes: > >> Adam Porter writes: > >> [...], I think it's wise to rename the library to something > >> more descriptive before people start writing packages using it. It > >> will be much harder to rename the library later. > > I would agree, but I know that Adam and I have different opinions on the > > matter. > I've often advocated for descriptive names when reviewing MELPA > submissions, but I've also come to appreciate concise, distinctive > names. In this case, as I wrote in the commentary, there are already > packages named url.el, request.el, and http.el (the latter of which > serves a different purpose altogether). > And I think it doesn't matter here: if someone wonders what plz.el does, > they can "C-h P plz RET" and find out. And if someone is looking for an > HTTP library, they can "M-x list-packages RET / d http RET" and find some. > The prefix "plz" is concise, which is valuable in code. And a bit of > mild humor is...well, software can be very dry, and Lisp is supposed to > be fun, so I like it. :) (Also, naming things is hard.) Totally off topic here, but PLZ in German is the standard abbreviation for Postleitzahl, or postcode in English. (I believe it's called a zipcode in the USA.) Surely this isn't a bad name for something which gets you something at a particular "place". :-) > As to inclusion in core, as Eli said, that wouldn't be appropriate as > long as it requires curl. As well, while I've been using it > successfully for a couple of years now, and, as I wrote in the readme, > it's generally useful for most HTTP needs, with regard to HTTP features > it's far from complete. It needs to be used more widely and tested more > thoroughly, and being on ELPA would be a good step toward that. > Having said that, if it were to eventually mature to the point where it > didn't require curl and were suitable for core, renaming it would be > appropriate, and I think it wouldn't be a problem to do so then. > Thanks for the feedback. -- Alan Mackenzie (Nuremberg, Germany).