From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Renaming eglot -- or at least add an alias? Date: Tue, 11 Oct 2022 17:15:28 -0400 Message-ID: References: <83pmfdduix.fsf@gnu.org> <86wn9ji3ma.fsf@gmail.com> <86tu4lsnqk.fsf@gmail.com> <8335c0p2fn.fsf@gnu.org> <83leproov6.fsf@gnu.org> <83fsfzonwn.fsf@gnu.org> <5a1e604c-4500-a476-da3d-259d9057a7f0@yandex.ru> <838rlromxu.fsf@gnu.org> <83h70dk3wf.fsf@gnu.org> <83fsfxk30x.fsf@gnu.org> Reply-To: rms@gnu.org Content-Type: text/plain; charset=Utf-8 Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24837"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Oct 11 23:57:14 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 1oiNFS-0006Hp-3m for ged-emacs-devel@m.gmane-mx.org; Tue, 11 Oct 2022 23:57:14 +0200 Original-Received: from localhost ([::1]:52188 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oiNFQ-0002yM-US for ged-emacs-devel@m.gmane-mx.org; Tue, 11 Oct 2022 17:57:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54330) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oiMb3-0000TU-BA for emacs-devel@gnu.org; Tue, 11 Oct 2022 17:15:32 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:40128) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oiMb3-0005aO-3P for emacs-devel@gnu.org; Tue, 11 Oct 2022 17:15:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=e0ciT328ewSp8VSx5up96t1xMFwOlkJJ7iAmBZMSLlI=; b=DtbYbTynazqe tUK7qRvgox/wBOBa/PkbU5YtpqAU8Us9LwQcJoFJPaj4AM18o5HsozbMlCWP+tI5H9TTxny/aWENz F/cimR5q05o4zUwj7UGtGwUL2E8+nByO1O6Z9AyPrYAIDhtWsp3pgk6gVnxogQ7QnVPzeAD/ocZ35 G+uAu/dEKQGsXE1Q5UNwxD6VgkaDVRDWrE9RODJ+SK70DSEm1GB11oNSo0YgoaAXmIsDT1wZLANkA HcmvSBnguunt6ykChjmWMEfjdMNGfSag/bhCSrVP/qPq42+Rf0WNKgp0G/TWtt+LJrKrfXriTXKMp jHYyySasdTAkqu3nXSDzOQ==; Original-Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1oiMb2-00045X-Py; Tue, 11 Oct 2022 17:15:28 -0400 In-Reply-To: <83fsfxk30x.fsf@gnu.org> (message from Eli Zaretskii on Sun, 09 Oct 2022 07:57:18 +0300) 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:297554 Archived-At: [[[ 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. ]]] > So, at least in principle, the functionalities based on these two > could overlap. If that is indeed so, we'd need to decide whether we > support the overlapping functionalities or use each one of these > packages for capabilities that are disjoint, whereby each > functionality is supported by the package that does it best (for some > value of "best"). I suggest that we define the principal user interface to enable or disable the user-level features, not the implementation mechanisms. We could have a way to enable or disable multiple user-level features at once, and/or ways to enable or disable specific user-level features one by one. But they should not be tied to implementation mechanisms. Of course, we can offer the user additional control over which implementation mechanisms to use for this or that. If it is not too hard or worth the trouble, why not? But such fine control should be for those who want to be wizards. People who just want some smarter editing features should not need to know what is implemented by Eglot, what is implemented by Tree-sitter, and what is implemented in some other way. A few weeks ago, I expected we would want to have an Eglot manual, but now I think that is the wrong way to organize our documentation. We should organize it by functionalities, each functionality described in its proper place in the Emacs manual. -- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)