|
From: | Dmitry Gutov |
Subject: | Re: progmodes/project.el and search paths |
Date: | Tue, 4 Aug 2015 19:09:01 +0300 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:40.0) Gecko/20100101 Thunderbird/40.0 |
On 08/04/2015 02:52 PM, Eric Ludlam wrote:
That is true now for project.el. Once you support 20+ project definitions as in EDE where vc is just one of them, all that negligible time adds up.
I honestly expect that project-find-functions, for each individual user, will almost never reach even 10 items, let alone 20.
Asking all 20+ project definitions to do their own caching is something EDE used to do, and it was a pain to maintain. I recommend against it.
You were able to do caching thanks to allowing some restrictions on how the current project depends on the current buffer (basically, along the lines of locate-dominating-file).
Just a day or two ago, Stephen Leake posted that he was writing a project implementation that's active everywhere, as soon as the user visits the project.
Caching is probably still possible, even in view of that, but there are more things to consider.
[Prev in Thread] | Current Thread | [Next in Thread] |