[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: cl-defgeneric vs random funcall in project.el

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.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]