emacs-pretest-bug
[Top][All Lists]
Advanced

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

Re: visiting "~/Application Data" gets "~" instead


From: Eric Hanchrow
Subject: Re: visiting "~/Application Data" gets "~" instead
Date: Fri, 11 Aug 2006 09:13:19 -0700
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.51 (gnu/linux)

>>>>> "Eli" == Eli Zaretskii <address@hidden> 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





reply via email to

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