>>>> "Didier" == Didier Verna
<verna(a)inf.enst.fr> writes:
Didier> sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor])
writes:
Jan> Hrvoje Niksic <hniksic(a)srce.hr> writes:
Jan> 3. We have .xemacs anyway for the package system.
>
> 3. is a reason *not* to use it for startup files. ~/.xemacs is a
> package hierarchy. There's no lasting guarantee that its layout will
> support putting random .el files in its root.
Didier> I don't understand what you mean. Could you clarify ?
Package hierarchies have a predefined layout. That layout may (and
probably will) change at some point in the future. That layout says
nothing about "user init files", so there's no guarantee a future
package layout hierarchy will not trip over random goop that's hanging
around random places in it. I sure don't want to lose sleep trying to
coordinate package hierarchy layout with files *someone else* is
putting in it.
If you think a conflict is unlikely, go back to the flamewars over the
stat count on path searching. Those were almost entirely due to the
code being written with assumptions in mind that weren't in synch with
reality. Given that, I'd rather keep reality simple.
--
Cheers =8-} Chipsy
Friede, Völkerverständigung und überhaupt blabla