From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Juri Linkov <juri@jurta.org>
Cc: Michael Albinus <michael.albinus@gmx.de>,
rms@gnu.org, emacs-devel@gnu.org
Subject: Re: rfn-eshadow
Date: Sat, 05 Jan 2008 17:34:29 -0500 [thread overview]
Message-ID: <jwvk5mn9a7c.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <87fxxclfss.fsf@jurta.org> (Juri Linkov's message of "Sat, 05 Jan 2008 12:36:51 +0200")
>>> Doesn't look like a right solution to me since url-handlers.el causes
>>> loading two additional files from the url package and two files from gnus.
>>
>> But most of the url* files are already loaded when applying
>> `ffap'. Start "emacs -Q", and compare `load-history' before and after
>> calling `ffap' on a URL-like string.
> Ah, I didn't notice that ffap already loads url* files via url-normalize-url.
> In this case there is no problem with that. The only problem I see is that
> after reading an URL by ffap, the value of the variable `url-handler-mode'
> is t, but really this mode is not active since file-name-handler-alist
> doesn't keep the corresponding entry. You can fix this by adding an empty
> let-binding in `ffap-read-file-or-url' for the variable `url-handler-mode'
> exactly as you did for `file-name-handler-alist' to not keep its new value.
> If nobody objects, could you also fix this in the Emacs 22 branch?
Of course additional let bindings are needed for every variable modified
by the call to url-handle-mode. So you end up writing code that makes
assumptions about the inner working of url-handler-mode.
Maybe we may as well just add (cons url-handler-regexp
'url-file-handler) to file-name-handler-mode rather than call
url-handler-mode.
Stefan
next prev parent reply other threads:[~2008-01-05 22:34 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-03 9:51 [jidanni@jidanni.org: ffap; prompt turns color misleadingly] Richard Stallman
2008-01-03 21:42 ` rfn-eshadow (Was: [jidanni@jidanni.org: ffap; prompt turns color misleadingly]) Juri Linkov
2008-01-03 22:12 ` rfn-eshadow Michael Albinus
2008-01-03 22:28 ` rfn-eshadow Juri Linkov
2008-01-04 2:51 ` rfn-eshadow Stefan Monnier
2008-01-04 9:51 ` rfn-eshadow Juri Linkov
2008-01-04 12:11 ` rfn-eshadow Michael Albinus
2008-01-04 21:52 ` rfn-eshadow Juri Linkov
2008-01-04 22:23 ` rfn-eshadow Michael Albinus
2008-01-05 10:36 ` rfn-eshadow Juri Linkov
2008-01-05 22:34 ` Stefan Monnier [this message]
2008-01-06 14:08 ` rfn-eshadow Michael Albinus
2008-01-06 21:54 ` rfn-eshadow Juri Linkov
2008-01-07 6:57 ` rfn-eshadow Michael Albinus
2008-01-09 0:59 ` rfn-eshadow Juri Linkov
2008-01-09 2:17 ` rfn-eshadow Stefan Monnier
2008-01-09 8:13 ` rfn-eshadow Michael Albinus
2008-01-05 5:54 ` rfn-eshadow Richard Stallman
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=jwvk5mn9a7c.fsf-monnier+emacs@gnu.org \
--to=monnier@iro.umontreal.ca \
--cc=emacs-devel@gnu.org \
--cc=juri@jurta.org \
--cc=michael.albinus@gmx.de \
--cc=rms@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.