>>>>> "Eli" == Eli Zaretskii <[EMAIL PROTECTED]> writes:
Eli> Maybe this is the bug: maybe setting HOME shouldn't affect
Eli> expand-file-name.
At least, if that were the case, Emacs would be consistent, and I
wouldn't have been seduced into setting it from within Emacs in the
first place.
Eli> (Although I admit that it sounds quite unusual to me that
Eli> someone would like to redirect HOME from within Emacs.)
(I forgot to send this to the list (I merely hit the "reply" key in
my mailer, so it went only to Jason)):
For what it's worth, here's why I did just that:
I didn't like Emacs' default choice for HOME --
%USERPROFILE%\Application Data. And I didn't want to set that
variable in the environment globally, because I was afraid it would
screw up other programs (I can't remember which programs, exactly, but
I suspect I may have been thinking of Cygwin). And since I prefer
coding in Emacs Lisp to writing Windows batch files, I chose to set
the variable in elisp, rather than writing a batch file wrapper for
Emacs that first sets HOME and then invokes Emacs. It never occurred
to me that there'd be this subtle and hidden inconsistency between
find-file-noselect and abbreviated-home-dir.
--
When I just need to kick back after a long day of changing 1.s
into 0.s and 0.s into 1.s, nothing satisfies my primal fish urge
better than a can of Genova [tuna].
-- Ben Collins-Sussman
_______________________________________________
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
