From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Daniel Colascione <dancol@dancol.org>
Cc: Emacs development discussions <emacs-devel@gnu.org>
Subject: Re: substitute-in-file-name is not distributive
Date: Tue, 30 Oct 2012 09:15:29 -0400 [thread overview]
Message-ID: <jwvd300m7p5.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <508F5319.4090604@dancol.org> (Daniel Colascione's message of "Mon, 29 Oct 2012 21:10:01 -0700")
>>> Here's what I threw together to try to get this working. I took a look
>>> at minibuffer.el and other pieces of code seem to make the same
>>> assumption. Maybe the requote operation needs a a file-name-handler?
>> I installed a new implementation of the requote, which should handle
>> your case better. It still tripped up some later assertions, but
>> I think those assertions are too strict in this case, so I commented
>> them out and it seemed to work in my test.
>> If you still find bogus behavior, please file a bug-report.
> Now c:\bin\ gets transformed into c:/usr/bin/ at the completion
> prompt, which is no good:
Hmm... that's odd. Can you give me some details:
- tell me exactly which text you typed in the minibuffer.
- also tell me how the rfn-eshadow highlights the file name at each step.
> besides being the wrong completion (with respect to c:\bin\, since
> there is no c:\usr at the Windows level), the lack of backslashes in
> the substituted path completely disables the file-name-handler I'm
> trying to use.
Right. BTW I'm not convinced this is the right pattern to use for your
file-name-handler. I think catching "\\[a-zA-Z]:" or something along
these lines might be a better choice.
BTW, does Cygwin allow backslashes in file-names or does it interpret it
as a separator, like Windows does?
Stefan
next prev parent reply other threads:[~2012-10-30 13:15 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-10 5:36 substitute-in-file-name is not distributive Daniel Colascione
2012-10-10 6:39 ` Andreas Schwab
2012-10-10 15:31 ` Eli Zaretskii
2012-10-10 16:48 ` Daniel Colascione
2012-10-10 17:18 ` Eli Zaretskii
2012-10-10 17:40 ` Daniel Colascione
2012-10-11 3:25 ` Stephen Leake
2012-10-25 3:20 ` Stefan Monnier
2012-10-25 3:28 ` Daniel Colascione
2012-10-27 16:08 ` Stefan Monnier
2012-10-28 19:09 ` Stefan Monnier
2012-10-30 4:10 ` Daniel Colascione
2012-10-30 13:15 ` Stefan Monnier [this message]
2012-10-30 15:01 ` Daniel Colascione
2012-10-30 18:58 ` Stefan Monnier
2012-10-30 20:12 ` Daniel Colascione
2012-10-30 21:24 ` Stefan Monnier
2012-10-30 21:34 ` Daniel Colascione
2012-10-31 3:41 ` Stefan Monnier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=jwvd300m7p5.fsf-monnier+emacs@gnu.org \
--to=monnier@iro.umontreal.ca \
--cc=dancol@dancol.org \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.