>>>> "Hrvoje" == Hrvoje Niksic
<hniksic(a)iskon.hr> writes:
Hrvoje> sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor])
writes:
Hrvoje> Info-directory-list should not be customizable at all.
>
> You're right. I suspect this perversion (Info-directory-list isn't
> even defcustom'ed) came about, because the documentation used to say
> `Info-default-directory-list' at that place, which never worked
> right either.
Hrvoje> OK.
Hrvoje> Now, what we need is a variable that *can* be customized, and that is
Hrvoje> nil by default. Info would then use something like
Hrvoje> (append <that-variable> Info-directory-list) for its directory search.
Hrvoje> Code will be fully backward compatible wrt user customizations because
Hrvoje> modifications of Info-directory-list will still work.
Hrvoje> I propose that the new variable be named Info-default-directory-list,
Hrvoje> because GNU Emacs calls it that way (and also defaults it to nil.)
NOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO!!!
We *had* that variable once, and this sort of methodology greatly
confuses users because of the staging implications, which is why I
took it out. (The variable `Info-default-directory-list' must be set
at a *certain* time, and given the way staging work, that time is
pretty non-deterministic.)
The current setup really wants complete control over the various -path
and -directory-list variables. The answer to this question has to be,
"Just stick your info files in the right place". Given the elaborate
layout, this is not a problem.
What you want eventually is to build a layer of abstraction over
directory list which allows you to specify how to compose the actual
directory list *at access time*. I've done most of the design work,
but I have yet to find the time to hack it.
--
Cheers =8-} Chipsy
Friede, Völkerverständigung und überhaupt blabla