GNU bug report logs - #45779
Once FFAP sniffs a URL, its taste buds no longer recognize filenames

Previous Next

Package: emacs;

Reported by: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>

Date: Mon, 11 Jan 2021 11:37:01 UTC

Severity: minor

Tags: notabug

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #16 received at 45779 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
Cc: 45779 <at> debbugs.gnu.org
Subject: Re: bug#45779: Once FFAP sniffs a URL, its taste buds no longer
 recognize filenames
Date: Mon, 11 Jan 2021 23:39:04 +0100
積丹尼 Dan Jacobson <jidanni <at> jidanni.org> writes:

> The usual case is: for FFAP users: Let's say the cursor is sitting on
> top of a URL. Or say a file full of URLs.
>
> Now there is no way to expand filenames!

Indeed, because you've asked Emacs to guess based on what's under point.

> Sure, one could remember to do C-u C-x C-f etc.
>
> But that isn't natural.

Why not?

> What is natural is if we clean up the whole minibuffer, then FFAP should
> reset its thinking.

What if the user deleted the contents because they wanted to type in a
different URL?

> Or, at least not prompt us with the "lie" of "File or URL..." when it is
> already in "URL expansion only mode"...

You can type in a file name and it'll be opened.

I don't see anything to fix here; closing.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 4 years and 132 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.