[Top][All Lists]

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

Re: Unified project interface

From: Dmitry Gutov
Subject: Re: Unified project interface
Date: Wed, 8 Jul 2015 03:25:58 +0300
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0

On 06/10/2015 01:31 AM, Dmitry Gutov wrote:

If project-source-directories is a generic method, maybe we can say that
its implementation should almost always (unless it really knows what
it's doing) call the next applicable implementation.

That implementation could be set up to dispatch based on the value of

I've pushed that to the branch 'scratch/project', please take a look.

The split between "project directories" and "project source directories" is not 100% necessary, but I think it can be useful, provided the semantic difference between the two is clear.

What I want to do with project-source-directories here, is to allow a major mode to provide a default list (or, actually, a function that would compute it, because `load-path' can change at runtime).

This way, unless a project implementation explicitly overrides it, Elisp authors will have the whole load-path used for searching.

Maybe using a specialized implementation using &context is not the best thing to do there. Alternatively, we can introduce a new variable (like `project-source-directories-function'), and refer to it in the default `project-source-directories' implementation, as well as its docstring.

reply via email to

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