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

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

Re: 21.x feature request: windows shortcut support


From: Stefan Monnier
Subject: Re: 21.x feature request: windows shortcut support
Date: 11 Oct 2001 16:05:16 -0400
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.0.106

>>>>> "Eli" == Eli Zaretskii <eliz@is.elta.co.il> writes:
> consider the shortcuts semi-broken because many Windows system calls
> which work with files don't know about shortcuts (that's the reason
> why you need to ``support'' shortcuts specially in the first place:
> the Windows run-time libraries don't).

I don't understand this thread and I think the reason is to be found
in the quoted text above.  So here's my question: since application
need to support shortcuts specially, what is the "hard coded" semantics
of shortcuts (i.e. how do the runtime libraries treat them) and what
is the usual semantics normally provided by application ?
And what is the intended semantics ?

Are they intended to work just like POSIX symlinks (f.ex allow
symlinks to directories in the middle of a path) ?  I believe not,
in which case, what's the difference ?
Based on the thread, I'd expect that there is no such thing as an "intended
semantics", and it's completely ad-hoc instead.  In such a case, I'm
not sure it's worth it for Emacs to do much better than provide a
"shortcut-mode" for *.lnk files which either automatically redirects
the find-file to the target of the shortcut or just displays the
shortcut's content in a convenient way.


        Stefan



reply via email to

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