From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Tim Cross Newsgroups: gmane.emacs.devel Subject: Re: Renaming eglot -- or at least add an alias? Date: Sun, 02 Oct 2022 08:57:39 +1100 Message-ID: <86wn9ji3ma.fsf@gmail.com> References: <83pmfdduix.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25703"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: mu4e 1.9.0; emacs 29.0.50 To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Oct 02 00:26:00 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 1oekvo-0006Uv-Jv for ged-emacs-devel@m.gmane-mx.org; Sun, 02 Oct 2022 00:26:00 +0200 Original-Received: from localhost ([::1]:45894 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oekvn-0002XZ-2y for ged-emacs-devel@m.gmane-mx.org; Sat, 01 Oct 2022 18:25:59 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56986) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oekus-0001o2-SN for emacs-devel@gnu.org; Sat, 01 Oct 2022 18:25:02 -0400 Original-Received: from mail-pj1-x102f.google.com ([2607:f8b0:4864:20::102f]:53171) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oekui-0003PF-EC for emacs-devel@gnu.org; Sat, 01 Oct 2022 18:25:02 -0400 Original-Received: by mail-pj1-x102f.google.com with SMTP id l12so6889856pjh.2 for ; Sat, 01 Oct 2022 15:24:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:message-id:in-reply-to:date:subject:to:from:user-agent :references:from:to:cc:subject:date; bh=2RWi4kSrnO/dLyNzvKX77QqvW297+Ghsq/e9soOt/Jw=; b=cvYkNlWRxAIoTzftuM79ZnTan+qcP9esrp/BjaPEZHMGNPsNJx84DNKZ+PE3zlA6VE lVxubn63IfprhMWxjwVjFwQXbDSWr0OVkQNrofts5POXm+d2z1yqcscKakZAvO+TVZq1 5QO7MK5NZOCPi8QlYtmnufpBx52rEoJQXwGnSOj4fD5jv3430Au94vYSXZCyh6dteLg5 n7FXtTAP3m60yu0veCKoFVBSUX9QHy2ChIsHIxTghBSdhZoAuDy/7jE6be8B6eHXonIJ dTCzJ//bjOm/JZSeru8yIgrTzWbvh3XFIxvxuQFn3Ce7M8YFygLhTSX+GujCRlJwXGHV SlAQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=mime-version:message-id:in-reply-to:date:subject:to:from:user-agent :references:x-gm-message-state:from:to:cc:subject:date; bh=2RWi4kSrnO/dLyNzvKX77QqvW297+Ghsq/e9soOt/Jw=; b=MOXoUEPW3kz3a9ZOjiDvvuNavwYaVs9SMX6NcnOzsfevtP0gx118RGTyNlKAHzyjvq VIQBRtLgQ0sW6YtwJ4eWEQ/R/tvgHUus5FBczi/4RLRVu/t6sgRbsX8unbRK0viD3aac NxDjXymYDsaBYkpXQ6Q7I3M7k/hTw8ksItTsx9N+KAyNkqKLHUQA6uG1j6hqsbxdlpXt 9AxJCGyVQmTNlbvUAPxXuyeyf8zv2nm8WGIOi/n4DrI/Ufezj8WZp5thZWigcNSX7YV1 qbp78e+49Z/j1XRAQz470rer8DQoOBPzLvqfhq+wu1MZHlDrkC99fHryKkoOJUEigc21 tMUA== X-Gm-Message-State: ACrzQf0RF3rX83us/VNyYFasNCRiuwNfdtoVR1hnuN22AcccXRiCySBN zNZHN+yB2mJlxLZhq9iAQAd0poHJ9/o= X-Google-Smtp-Source: AMsMyM55zaFytYz4dHrHHfe/CVC8kbFmKkORsNgs0jljD+zkLRdTC/pdEksC1ySAtSDLMiVz44j2Rg== X-Received: by 2002:a17:902:e548:b0:178:87d2:f29f with SMTP id n8-20020a170902e54800b0017887d2f29fmr14879296plf.142.1664663090019; Sat, 01 Oct 2022 15:24:50 -0700 (PDT) Original-Received: from dingbat (124-169-22-230.dyn.iinet.net.au. [124.169.22.230]) by smtp.gmail.com with ESMTPSA id t18-20020a170902e85200b0017684444f57sm4336112plg.224.2022.10.01.15.24.48 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 01 Oct 2022 15:24:49 -0700 (PDT) In-reply-to: Received-SPF: pass client-ip=2607:f8b0:4864:20::102f; envelope-from=theophilusx@gmail.com; helo=mail-pj1-x102f.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 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:296563 Archived-At: Richard Stallman writes: > [[[ To any NSA and FBI agents reading my email: please consider ]]] > [[[ whether defending the US Constitution against all enemies, ]]] > [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > > > Sorry, no. We will not start a dispute about renaming eglot, because > > that would delay its merge, and we don't have time for that luxury. > > We want eglot to be part of Emacs 29. > > We can make this decision in a week. > > Now, before including a package in Emacs, is the last good time > to choose a helpful name. > > The policy that "We have left the issue so long that it is too late to > choose a better name" leads predictably to accumulation of unhelpful > names. I speculate that this has been at work for decades, resulting > in so many unhelpful package names now in Emacs. > > > As for more basic arguments why not rename it: this package is not a > > new one, it is used by many people as a 3rd-party package. > > We can keep `eglot' as an alias for years or decades, or forever, > if we choose a helpful name as the principal one. > > If there is no workable way to define alias names for packages, we > should create one now. The crucial thing is to have the various names > in the _list of packages_, with the more helpful name preferred. > > The names of the package's entry points are less crucial. We know how > to give them aliases, but if they are numerous, that would be more > nuisance than it's worth. How many entry points does this package > actually have? > > Given the existence of multiple packages for dealing with language > servers, calling one of them just "language server" or "lsp" seems > bad. Rather, helpful names will show people (1) what job all these > packages do and (2) that they are different ways to do it. > > Ideally, also, also what is special about each of these packags, if we > can come up with good ways to do that. It may not be practical. While I can agree with the sentiment underlying this, I'm not sure I agree with the practicality. The space of available meaningful names which convey a meaningful description of what a module/library does which are also not ridiculously long and are unique is actually quite small. Naming things is difficult. Given the most obvious and descriptive names are already taken, combined with the fact eglot is already well known and scattered through documentation and web pages all over the net, the pressure and tight time line to get out Emacs 29 and the fact none of the suggested alternative names are any more informative than eglot (many likely to cause confusion with elisp and other elisp utilities), I think accept this one and move on. In reality, very few packages/modules actually provide any real meaning based on just their name. It is too short to convey much. It is the package description we rely on. In some ways, a distinctive name like eglot is actually a positive - when I see it, I say "Hmm, I wonder what that is?" and look at the description. Due to its distinctive name, I will also remember that and what it does. I also note that eglot is likely going to struggle to gain acceptance over lsp-mode, which definitely has a much larger user base. Being bundled in Emacs will certainly help. However, trying to change names now will not help and runs the risk of further confusing the user base. Besides, eglot aka Emacs Polyglot isn't a bad name and nothing better has been proposed.