From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= Newsgroups: gmane.emacs.devel Subject: Re: Eglot, project.el, and python virtual environments Date: Mon, 21 Nov 2022 13:45:27 +0000 Message-ID: <87wn7oa0aw.fsf@gmail.com> References: <87zgcq68zp.fsf@ericabrahamsen.net> <878rkale3l.fsf@dfreeman.email> <4c5f4b07-3df6-d700-83f8-9a9d1b684afc@yandex.ru> <84781346-5b88-2be5-38bb-02696fcf1364@yandex.ru> <87o7t2vj19.fsf@dfreeman.email> <877czqtyfy.fsf@dfreeman.email> <87zgcml7g7.fsf@gmail.com> <2ba04533-097a-a1da-ff3f-2c9506fd488e@yandex.ru> <875yf9bbzb.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="33608"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Danny Freeman , Eric Abrahamsen , emacs-devel To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Nov 21 14:44:55 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 1ox76V-0008by-Fa for ged-emacs-devel@m.gmane-mx.org; Mon, 21 Nov 2022 14:44:55 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ox75w-0002Ja-AN; Mon, 21 Nov 2022 08:44:20 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ox75s-0002It-Ll for emacs-devel@gnu.org; Mon, 21 Nov 2022 08:44:17 -0500 Original-Received: from mail-wr1-x434.google.com ([2a00:1450:4864:20::434]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ox75q-00014L-Eu for emacs-devel@gnu.org; Mon, 21 Nov 2022 08:44:15 -0500 Original-Received: by mail-wr1-x434.google.com with SMTP id x17so6464913wrn.6 for ; Mon, 21 Nov 2022 05:44:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=bWxKrAo6IYnHY+M7gtD/x+w3gLHrmBQmR0zu2kLkX+g=; b=b3R2ZeqfTsfKOBKFkH/R1jKUwsn3WZBgQonmc3j/iYWtRBfVvcdYGSe9WXuiImNMkI lmSc4Cpec/B24HBXlkBtcOVvH8MB00wH2YRXWbzGVxvyzcAM5H9G8Y3pyHfQ+M8BIb/6 YNpizvI+HbZCPbmg+T6W425YsZcablGN79FnYYBLpxD8wcGscBMdv+vsMITXWOo8b50g P4Zf0AFdFCGpWc/ELjfJONeyh7LknBJKZIDbu7SqllgM/nY/TlBPG99WiQDTf3Bj5Qce 65Y0G4rK3qEm6DZslsAHkWP1YrbRBYpN1M0EsOkE1dEVKCYwxODFLbsjNXrrsS07Olpv D9uw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=bWxKrAo6IYnHY+M7gtD/x+w3gLHrmBQmR0zu2kLkX+g=; b=4wqssL2Q0KDClkTzcLn11J8j0KjxloBe+Wk1Tyul+RKZphJbRG3UbkfKgAJyovWN3g CoJcP4u+lWB6TelvpWz9XTjDQ92HoRYoNfXou2F5j/QQxtL6ZD/7Nh0KpFMBgWl/dUKb GIwA9EMMeNnBugMntugsuyVjuZittREUZLrZOH2bpUFdB15hIfFXtJElfDQBZa5z8ASu rnS2EsRehp0kQESHqAj5cl3bmMVU+l69TE4VgVNgMJ+WRbjewPgIEUEvrKSWNCYE6anY HCLtE91s0/7oKPEyB/rq57Dyqp7I43iSfZ/mUbHzBqN8hHr0i9bEWRpNlEjFvJ/ptEaU a3jQ== X-Gm-Message-State: ANoB5plIQ7FtJYNdLXYqdBK1P8oxv0FxHKJVimHZEqvBvQK/df++6xkO lxtMa/newHIJ+OderjuXmdh8AbiefBc= X-Google-Smtp-Source: AA0mqf6uTj94PJP3eIp01diTdrJvA09BHmhiacX0XpWTRnQwVQ9Ez2IEQUr3QKS8yrSryPlyvH8Pkw== X-Received: by 2002:a05:6000:1208:b0:236:4838:515d with SMTP id e8-20020a056000120800b002364838515dmr10799599wrx.541.1669038251301; Mon, 21 Nov 2022 05:44:11 -0800 (PST) Original-Received: from krug (87-196-81-26.net.novis.pt. [87.196.81.26]) by smtp.gmail.com with ESMTPSA id j20-20020a5d6e54000000b002416f0f1e96sm11465726wrz.43.2022.11.21.05.44.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 21 Nov 2022 05:44:10 -0800 (PST) In-Reply-To: (Dmitry Gutov's message of "Mon, 21 Nov 2022 00:05:20 +0200") Received-SPF: pass client-ip=2a00:1450:4864:20::434; envelope-from=joaotavora@gmail.com; helo=mail-wr1-x434.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, RCVD_IN_DNSWL_NONE=-0.0001, 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:300295 Archived-At: Dmitry Gutov writes: > On 20.11.2022 22:35, Jo=C3=A3o T=C3=A1vora wrote: >> You shouldn't be writing performance off as a detail. You can't just >> wish it away, or think users will change OSs soon. You should instead >> think of solutions that help manage size and complexity. > > No, I'm saying performance itself shouldn't sway the decision in this > case one way or another. I think I couldn't disagree more. If there something that should influence system design (usually as early as possible) are performance considerations: they can't be an afterthought. That said, looking forward to these "other means". >> But it's not just performance. For example, in this particular project, >> it makes sense, by default, to grep the superproject, but C-x f in the >> subprojects. Lack of subproject support in project.el means I have to >> work around this with defadvice. > > Perhaps in your particular project it makes sense. Most of the users I > see in this thread seem to prefer it otherwise in their projects. > > So that seems to indicate that the Eglot fix and the subprojects thing > should be separate, implemented without tying one to the other. Certainly shouldn't be "tied" to the other, but if subproject configuration becomes available in project.el, Eglot can easily take advantage of it (perhaps even automatically). As the Eglot "fix" for the current status quo, it's just a documentation change to the manual. Jo=C3=A3o