|
From: | Dmitry Gutov |
Subject: | Re: cl-defgeneric vs random funcall in project.el |
Date: | Thu, 30 Jul 2015 14:30:12 +0300 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 |
On 07/30/2015 10:04 AM, Stephen Leake wrote:
If the "vc project backend" wants to be a "real project backend", then yes, it needs to define project-search-path.
Would its definition add the VC root to the list returned by project-search-path-function?
That would not be useful for editing elisp files; the elisp project backend is useful for that.
There is no elisp project backend. Just an elisp-specific value of project-search-path-function.
Which obviously omits project-roots and project-ignores.
Now that I see that you intended them to mean project-path-read-only and project-path-read-write, things have changed.These are pretty bad names, though.Why? they give the precise meaning. What names would you propose?
project-roots sounds better: it reflects each element being a "proper" project, hints at the presence of project files inside, and also implies "read-write".
Any elements of search-path outside of project-root can be considered read-only.
[Prev in Thread] | Current Thread | [Next in Thread] |