From: Dmitry Gutov <dmitry@gutov.dev>
To: "João Távora" <joaotavora@gmail.com>
Cc: 67691@debbugs.gnu.org, bcclaro <bcclaro@gmail.com>
Subject: bug#67691: 29.1.50; Virtual buffers in fido-mode
Date: Fri, 8 Dec 2023 16:07:40 +0200 [thread overview]
Message-ID: <b7673e56-ea56-2495-067e-f78f223dc499@gutov.dev> (raw)
In-Reply-To: <CALDnm53BhGCYGBbVDJis5DAmcpHQqoo0AcDwjOTK0NvfdDRqWw@mail.gmail.com>
On 08/12/2023 15:22, João Távora wrote:
> On Fri, Dec 8, 2023 at 12:29 PM Dmitry Gutov <dmitry@gutov.dev> wrote:
>>
>> On 08/12/2023 13:27, João Távora wrote:
>>>> Also somewhat relevant, from the same question:
>>>>
>>>>> Is there a way to get recentf entries to be appended after the open
>>>>> buffers when I call switch-to-buffer using fido-vertical-mode?
>>>> I'm not the OP but I was in need of much the same functionality.
>>> Maybe this feature (and also the preceding one, I guess) could be
>>> argued for in terms of changes to Emacs's completion frontend
>>> so that it is available to fido, icomplete, vanilla completion,
>>> and maybe more. But I don't understand exactly what the
>>> feature does (though here it seems simpler than in the previous
>>> one).
>>
>> It's the same feature.
>>
>> I think ido-use-virtual-buffers's docstring has a good explanation.
>>
>> So, two parts:
>>
>> - Using entries from recentf in the list of buffers to switch to.
>> - Color them differently somehow.
>
> So including files in a buffer list? Seems odd, but then ido
> had a lot of oddities.
Quite.
> Anyway, I think what I miss most about Ido also solves the
> problem of going to recently visited files. In Ido, I could
> ido-find-file, type a fragment of a file name and then M-p to
> cycle between those old files that match that pattern
This sounds useful, but it's not something that I do, personally. It
takes more keypresses and doesn't match the way I think about files and
projects anyway.
The "virtual buffers" thing sells itself with fast access: you recall
the name of a previously open file, and just visit it as if the buffer
already existed. If the base file name is unique enough, that's the
quickest way to do that. Otherwise, you have to double-check the
directory it's in.
next prev parent reply other threads:[~2023-12-08 14:07 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-12-07 15:19 bug#67691: 29.1.50; Virtual buffers in fido-mode bcclaro
2023-12-08 11:27 ` João Távora
2023-12-08 12:29 ` Dmitry Gutov
2023-12-08 13:22 ` João Távora
2023-12-08 14:07 ` Dmitry Gutov [this message]
2023-12-08 14:38 ` bcclaro
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=b7673e56-ea56-2495-067e-f78f223dc499@gutov.dev \
--to=dmitry@gutov.dev \
--cc=67691@debbugs.gnu.org \
--cc=bcclaro@gmail.com \
--cc=joaotavora@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.