>>>> "dv" == Didier Verna
<verna(a)inf.enst.fr> writes:
dv> Kyle Jones <kyle_jones(a)wonderworks.com> wrote:
> But if you smoke init-file-user and the support code, I don't
see how "emacs
> -u" is going to keep working.
> And I think it should keep working. Forget about the elaborate
> user who loads a bazillion packages from his private stash of
> bleeding edge Lisp. Think about the simple frood using a shared
> account who just wants her customization variables set and her
> @#&$*^ key bindings loaded. THAT still works, but it won't if we
> smoke "emacs -u".
dv> I whole-heartedly agree with Kyle. I'm usually pissed off by backward
dv> compatibility, but this time I'm sure we can't afford losing
"-u". It simply
dv> /is/ convenient for many things included the situations Kyle describes, and
dv> many others (debugging somebody else's code, using settings from a
project's
dv> account etc).
dv> The fact that some stuff requires the location of ~/.xemacs before the
dv> command line is read sounds broken at a very low level. Isn't it possible to
dv> fix this, maybe even by making a special early treatment for -u ?
Please, guys, it's not a matter that I don't agree with you. It's
just that I don't know how to fix it. I really invite you to try. I
thought it would be easy. It's not.
What's worse, a number of packages use the information provided -u in
the wrong way (or not at all). I think it's better to have no feature
than a feature which doesn't work at all like you'd expect.
I can envision *replacing* -u by arguments along the lines of
"-user-init-file" and "-user-init-directory" for ~/.emacs and
~/.xemacs, and providing something like -u through that. How does
that sound?
--
Cheers =8-} Chipsy
Friede, Völkerverständigung und überhaupt blabla