GNU bug report logs -
#45779
Once FFAP sniffs a URL, its taste buds no longer recognize filenames
Previous Next
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):
積丹尼 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.