From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Tassilo Horn Newsgroups: gmane.emacs.devel Subject: Re: plz -> curl? Date: Tue, 17 May 2022 08:43:31 +0200 Message-ID: <871qwsfx3t.fsf@gnu.org> References: <87o7zxnfsg.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38460"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: mu4e 1.7.21; emacs 29.0.50 Cc: Richard Stallman , Adam Porter , philipk@posteo.net, mardani29@yahoo.es, emacs-devel@gnu.org To: Po Lu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue May 17 09:21:10 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 1nqrW2-0009uN-6S for ged-emacs-devel@m.gmane-mx.org; Tue, 17 May 2022 09:21:10 +0200 Original-Received: from localhost ([::1]:50742 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nqrW0-0001s4-6w for ged-emacs-devel@m.gmane-mx.org; Tue, 17 May 2022 03:21:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38008) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nqrQz-0000EG-Jq for emacs-devel@gnu.org; Tue, 17 May 2022 03:15:57 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:53796) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nqrQy-0006Hu-Uk; Tue, 17 May 2022 03:15:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-reply-to:Date:Subject:To:From: References; bh=7aC8hVv6eNeRA6icC/gYASYsqgwG6YcPNofUQMxR0Sc=; b=JBLRQSmQmnmL2Y JssUxIZQPzDosQl1Puq/FsJgbLZhzBe8yH+oB406FhTuaCtdb3YE3Ho6sVfMFn5XbWws8E9jc0fwJ 9TO5vwCjyoLJq9QCPvRiGUyZJNTdH42yKr1eHm7xdGb/ptrN2R7KUNATM4OYrjpT+SAOpDSwGn8rK +pZFlJ4tCgxLxK5KRdPxeJMIEeCzWyeWJS9mWIUfEGbaIJ8qbmPIketzcrgz8y80mlj8weg6ltl+M 6RQNtWOA4kt7UWqT+1yBoZxuy1Nr9HHA6xhTPKVZlfVVaZkictltg5ApAcYF01BIwfeBFnuF682xh Dqw4xM3xqBzKaXtcwlVw==; Original-Received: from auth1-smtp.messagingengine.com ([66.111.4.227]:33351) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nqrQx-0008TN-Ky; Tue, 17 May 2022 03:15:55 -0400 Original-Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailauth.nyi.internal (Postfix) with ESMTP id 1B52727C0054; Tue, 17 May 2022 03:15:55 -0400 (EDT) Original-Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Tue, 17 May 2022 03:15:55 -0400 X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedrheeigdduudejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfhgfhffvvefuffgjkfggtgesthdtredttdertdenucfhrhhomhepvfgrshhs ihhlohcujfhorhhnuceothhsughhsehgnhhurdhorhhgqeenucggtffrrghtthgvrhhnpe dujedtheduvdelffejkeetgedvheelhedvueefhfeukeekkeehvdfggeegffevgfenucev lhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehthhhorhhnod hmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdekieejfeekjeekgedqieefhedv leekqdhtshguhheppehgnhhurdhorhhgsehfrghsthhmrghilhdrfhhm X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail Original-Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 17 May 2022 03:15:53 -0400 (EDT) In-reply-to: <87o7zxnfsg.fsf@yahoo.com> 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:289831 Archived-At: Po Lu writes: >> Whenever we add a new package, we should consider whether to change >> its name first. But plz has not been installed for long. Giving it >> a clear, meaningful name now won't cause any pain. For me as a German guy, it's totaly obvious it has something to do with Postleitzahlen (zip codes). ;-) > I agree completely. There are many unhelpful package names, such as > "corfu", "cape", "eglot", "marginalia" and "mcd". Well, all but marginalia are abbreviations. corfu: Completion Overlay Region FUnction cape: Completion At Point Extensions eglot: Emacs + polyglot (as Eli mentioned) marginalia: Additional information written in a book's margin mct: Minibuffer and Completions in Tandem > At least eglot could be renamed "lsp-client", which tells the user > exactly what it does. I think that would make it very easy to confuse with lsp-mode, i.e., it would look as if lsp-client (eglot) was a part of lsp-mode (which already has a large set of lsp-* addon-packages). Probably that was the initial reason why its name is the way it is. Also, with overly descriptive names such as lsp-client, what if that package is superseded by some alternative package. The obviously best (most descriptive) name is already taken! In any case, I'm not against descriptive names but can also understand when developers chose a name which sounds nice and is more memorable. And especially for the packages with "unhelpful names" you've cited, the purpose is pretty clear from their package description. So maybe it would be worthwhile to have some apropos-like command which searches available packages so that LSP or "language server" would suggest eglot, etc. Bye, Tassilo