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


View this message in rfc822 format

From: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 45779 <at> debbugs.gnu.org
Subject: bug#45779: Once FFAP sniffs a URL, its taste buds no longer recognize filenames
Date: Tue, 12 Jan 2021 06:53:45 +0800
>>>>> "LI" == Lars Ingebrigtsen <larsi <at> gnus.org> writes:

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

LI> Why not?

Because the computer should be smarter than needing that. We have
cleaned up the minibuffer. So, just like the prompt (always) says, we
should be able to enter a filename (and have it expanded._

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

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

They could just type in the URL fine in that case.

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

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

Ah, but not TAB expanded. All of the sudden it's like (year) 1967 and MS-DOS.

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





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.