From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs] Date: Sat, 23 May 2020 00:49:37 +0300 Message-ID: <58e1a8c7-59a7-b9dd-7260-726d3e137927@yandex.ru> References: <4e937898-ae46-710a-cbca-e452a1156fa1@yandex.ru> <96bf0b6e-3559-ed02-5596-6a6642188309@yandex.ru> <93a7bb1c-390f-440f-02cc-6cce39ea9431@yandex.ru> <87k1175sl3.fsf@gmail.com> <2a43cea0-8e00-3c22-3ddc-eff29fc9b2db@yandex.ru> <87d06y4kze.fsf@gmail.com> <712d7134-b8ef-b843-bb20-152717092497@yandex.ru> <87367s1bxu.fsf@gmail.com> <90325e25-7a44-0068-9294-91afda7ed953@yandex.ru> <87pnawyr9t.fsf@gmail.com> <87mu5zyctg.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="85476"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 Cc: Richard Stallman , joostkremers@fastmail.fm, emacs-devel , "Alfred M. Szmidt" , Stefan Monnier , =?UTF-8?B?7KGw7ISx67mI?= , Eli Zaretskii , Phillip Lord To: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri May 22 23:50:17 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 1jcFYW-000M9F-HV for ged-emacs-devel@m.gmane-mx.org; Fri, 22 May 2020 23:50:16 +0200 Original-Received: from localhost ([::1]:47560 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jcFYV-0001vm-GK for ged-emacs-devel@m.gmane-mx.org; Fri, 22 May 2020 17:50:15 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44862) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jcFY0-0001TC-Uo for Emacs-devel@gnu.org; Fri, 22 May 2020 17:49:44 -0400 Original-Received: from mail-wm1-x335.google.com ([2a00:1450:4864:20::335]:55208) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jcFXz-0003PA-Q0; Fri, 22 May 2020 17:49:44 -0400 Original-Received: by mail-wm1-x335.google.com with SMTP id h4so9973078wmb.4; Fri, 22 May 2020 14:49:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=sMWSXsNRguEeKFS3CUalMakXv80wIgDG86ycNW8beRo=; b=llrnEdcMSeH4Nkpo82cQyCc0QBPfJzvuSCI9VxpJyHtrHYdIhjO5c/C5brvh3vlkh4 mKQI1sa/w2unsMfbSvlmjnvDSPpf4MUjmxe/rBEeVuaFiQggSpBg7YZiev4KuVZUO0F9 w6qSUwquiTUGQQi7YLezO6QwURuQFEcJGR7Hy4o7RrnZ32yx6fhiv0vspbzFUd+5m/vx hzckkn0itRlPncqxYQODRhDnk9DCzZT8lNqGgkTJDOEq4TnuqQ8kiCzxGTL5WcVQ8mNP yIivKOZyTeESC1je5FRWX6r8zCn1IbJRxZIVcAv7XFluq/tMt6DswIVVH6ANm7X1gaNm ejVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=sMWSXsNRguEeKFS3CUalMakXv80wIgDG86ycNW8beRo=; b=sbl//YO2gNm19Ho9kdP6Bvo/aYk+1cKKoBU8F59aCpcYUq6Nn//7DTRi2wizZvMKOi xnBSZBTDTGDKrfyzYiqBzIg6+BeowHYAGvA+PINpHUtM/jllcgKFs556CqVeatHNLXlb ggO6fqy3fUAyRKx5ZZ0jnSXFRSMPI+M+UoDaphY+/4VUL6NxFg8rxr5gC+D/kVp5qP+l B1HQACMd7JHEgLM1BYdzQfu5bYNabuoWdX6fRjiTHYUZDF1iHmBZr8vwiGCTfAoYuF1Z 7GxTYs3RKBiw/XdzhG+y29ieOgbmQjUpnNWP/nOPfYj5oFvnV3e81wkNwGknEWJie3jI 3qWQ== X-Gm-Message-State: AOAM5322vqy1OdiXmtrczc6byK1ukW7LJcxni/UeWCayp+bx2MzAa7qe WJnynzZ1w0dnXWcAZoXcMcuTIgQI X-Google-Smtp-Source: ABdhPJy4vM6EZCcOdHm8OCXR6p7lZuHvxrKtlcFKUpXSPWBfeixOPISE3PAvlnmwmx0+AqgkCRCtyg== X-Received: by 2002:a7b:cc92:: with SMTP id p18mr15494223wma.174.1590184180904; Fri, 22 May 2020 14:49:40 -0700 (PDT) Original-Received: from [192.168.0.3] ([66.205.73.129]) by smtp.googlemail.com with ESMTPSA id j2sm10375674wrp.47.2020.05.22.14.49.39 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 22 May 2020 14:49:40 -0700 (PDT) In-Reply-To: <87mu5zyctg.fsf@gmail.com> Content-Language: en-US Received-SPF: pass client-ip=2a00:1450:4864:20::335; envelope-from=raaahh@gmail.com; helo=mail-wm1-x335.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action 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:251249 Archived-At: On 22.05.2020 22:44, João Távora wrote: > Dmitry Gutov writes: > >> On 22.05.2020 17:32, João Távora wrote: >> We're talking about this issue you mentioned: >> https://github.com/joaotavora/eglot/issues/363 > > I was talking about user reports about server bugs, but no matter we can > talk bout what you want to talk. This is the bug report you showed, and I made some extra observations. >> The resolution there, it seems, is that the user must discover which >> data, and in which format, to add to eglot-workspace-configuration for >> stuff to work as expected. >> >> In the meantime (as I have just found out by doing a search), lsp-rust >> both contains this setting at a reasonable default: >> >> https://github.com/emacs-lsp/lsp-mode/blob/057e8789638a0bf493930637185694b6b09ea58e/lsp-rust.el#L267 >> >> ...and exposes the possible values of this setting in a >> well-documented user option: >> >> https://github.com/emacs-lsp/lsp-mode/blob/057e8789638a0bf493930637185694b6b09ea58e/lsp-rust.el#L185 >> >> So, which of these two approaches to development does look more >> "integrated" to you? > > You know the answer: the one where one does the latter in rust-mode I don't think that's what "integrated" means. > This x-y.el way of working where x is the extension and y is the > language is an explicit anti-goal. I know you prefer it, you have in > company, but I don't, I don't prefer it. It's not like I prefer it. And I'm happy when delegating this stuff to major modes (via c-a-p-f) works. These particular responsibilities, however, the ones you want to delegate, are more technical, and require the knowledge of ecosystem more alien to Emacs, and the settings themselves will likely become outdated, or incomplete, on the regular basis. OTOH, when a major mode provides a completion function that's outdated, users will install an extension that provides "better" completions (via company-backends or, again, c-a-p-f), and will consider it as a self-contained, distinct piece of improved functionality. If the LSP settings are broken or outdated, however, the user are more likely to see that as Eglot being broken or obsolete. > Of course, as you know, the whole point of LSP to start with is to make > these obsolete. Some basic idea was like that, maybe. But then the reality intervened. And people value features more than stability. And I'm fairly sure language servers will continue to provide their ad-hoc extensions because different languages have different needs.