|
From: | Dmitry Gutov |
Subject: | Re: Eglot, project.el, and python virtual environments |
Date: | Mon, 21 Nov 2022 00:05:20 +0200 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2 |
On 20.11.2022 22:35, João Távora 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. Other means to improve it exist.
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.
If you have more things to say about the subprojects feature requests, BTW, please go ahead with 'M-x report-emacs-bug'. We'll need a more detailed description to decide whether to go ahead with it and how.
[Prev in Thread] | Current Thread | [Next in Thread] |