From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: rfn-eshadow Date: Fri, 04 Jan 2008 11:51:07 +0200 Organization: JURTA Message-ID: <87tzltrjqc.fsf@jurta.org> References: <87k5mq60y8.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 1199442724 6132 80.91.229.12 (4 Jan 2008 10:32:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 4 Jan 2008 10:32:04 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jan 04 11:32:22 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 1JAjqg-0005Zr-0Z for ged-emacs-devel@m.gmane.org; Fri, 04 Jan 2008 11:32:22 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JAjqJ-00088I-GZ for ged-emacs-devel@m.gmane.org; Fri, 04 Jan 2008 05:31:59 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JAjqC-00086B-2v for emacs-devel@gnu.org; Fri, 04 Jan 2008 05:31:52 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JAjq9-00080j-38 for emacs-devel@gnu.org; Fri, 04 Jan 2008 05:31:49 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JAjq8-00080R-Ok for emacs-devel@gnu.org; Fri, 04 Jan 2008 05:31:48 -0500 Original-Received: from relay03.kiev.sovam.com ([62.64.120.201]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JAjq4-00004x-Rq; Fri, 04 Jan 2008 05:31:45 -0500 Original-Received: from [83.170.232.243] (helo=smtp.svitonline.com) by relay03.kiev.sovam.com with esmtp (Exim 4.67) (envelope-from ) id 1JAjpu-000Fsl-1j; Fri, 04 Jan 2008 12:31:42 +0200 In-Reply-To: (Stefan Monnier's message of "Thu, 03 Jan 2008 21:51:37 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.50 (gnu/linux) X-Scanner-Signature: e35cef5ed21d82303c208435479e4a86 X-DrWeb-checked: yes X-SpamTest-Envelope-From: juri@jurta.org X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1976 [Dec 29 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: none X-SpamTest-Rate: 19 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release X-detected-kernel: by monty-python.gnu.org: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) 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:86054 Archived-At: >> ffap.el mentions FSF as a maintainer, but actually this bug has nothing >> to do with ffap. > > On the contrary it has everything to do with ffap. Do you mean ffap is the only package that reads file names and URLs in the same minibuffer and thus needs a special handling? >> I think the right way to fix this problem is the following patch that >> prevents handling of URLs by file-name-shadow-mode: > > No, the right way is for ffap to either not set > minibuffer-completing-file-name (which probably requires more > changes in order to recover the desired completion behavior) or to > explain to rfn-eshadow what kind of file-names are accepted via > a file-name-handler (which can be added only temporarily). > > For the record, URL entry works just fine with rfn-eshadow if you enable > url-handler-mode. I don't think url-handler-mode should be enabled by ffap, but maybe a similar handling of file-name-handler could be added to ffap. -- Juri Linkov http://www.jurta.org/emacs/