From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: rfn-eshadow Date: Sat, 05 Jan 2008 17:34:29 -0500 Message-ID: References: <87k5mq60y8.fsf@jurta.org> <87tzltrjqc.fsf@jurta.org> <87wsqp2r7v.fsf@jurta.org> <87d4shgrgo.fsf@gmx.de> <87fxxclfss.fsf@jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1199572519 18429 80.91.229.12 (5 Jan 2008 22:35:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 5 Jan 2008 22:35:19 +0000 (UTC) Cc: Michael Albinus , rms@gnu.org, emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jan 05 23:35:40 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JBHc8-0000Ua-1h for ged-emacs-devel@m.gmane.org; Sat, 05 Jan 2008 23:35:39 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JBHbh-0005Xa-Eq for ged-emacs-devel@m.gmane.org; Sat, 05 Jan 2008 17:35:09 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JBHbd-0005XU-NF for emacs-devel@gnu.org; Sat, 05 Jan 2008 17:35:05 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JBHba-0005XD-45 for emacs-devel@gnu.org; Sat, 05 Jan 2008 17:35:05 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JBHbZ-0005XA-VR for emacs-devel@gnu.org; Sat, 05 Jan 2008 17:35:02 -0500 Original-Received: from 206-248-175-132.dsl.teksavvy.com ([206.248.175.132] helo=ceviche.home) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JBHbO-0007fZ-9m; Sat, 05 Jan 2008 17:34:51 -0500 Original-Received: by ceviche.home (Postfix, from userid 20848) id 710B5B40FE; Sat, 5 Jan 2008 17:34:29 -0500 (EST) In-Reply-To: <87fxxclfss.fsf@jurta.org> (Juri Linkov's message of "Sat, 05 Jan 2008 12:36:51 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.50 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:86246 Archived-At: >>> 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