[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#13511: 24.3.50; C-x C-f M-n does not produce buffer filename
From: |
Jan Djärv |
Subject: |
bug#13511: 24.3.50; C-x C-f M-n does not produce buffer filename |
Date: |
Mon, 21 Jan 2013 18:18:36 +0100 |
Hello.
21 jan 2013 kl. 11:50 skrev Juri Linkov <juri@jurta.org>:
>> The current filename for the buffer is not inserted into the minibuffer.
>> You have to press M-n a second time to get ~/tst.txt.
>>
>> Sometimes, given more content in the file, the minibuffer shows
>> ~/images/about.bmp. I haven't been able to narrow this down to a
>> minimal test case.
>>
>> I was under the impression that C-x C-f M-n should always give the
>> filename of the current buffer.
>
> Since ffap doesn't do what you expect, perhaps `C-x C-f M-n' should
> give the filename of the current buffer, and second M-n to guess
> the filename under cursor using ffap, i.e. to exchange these suggestions
> from their current default values.
>
> Or ffap could be improved to better guess the filename under cursor.
> Currently it checks whether the file under cursor exists, and
> if it doesn't exist it gives the current directory (because of `.'
> at the beginning of nonexistent ./images/about.bmp). Maybe it should not
> check the existence of the file and give just ./images/about.bmp
> for `C-x C-f M-n'?
I didn't know ffap was involved. I'm content to customize
file-name-at-point-functions, as I can't imagine when I would wan't ffap. It
really doesn't work well, I also got "Stack overflow in regexp matcher" a few
times. Hard to reproduce though.
I would expect if ffap can't produce a file that exists, or an error occurs, it
should produce the current buffer filename.
Jan D.