Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support search over unlisted files #3286

Open
sammorley-short opened this issue Sep 10, 2024 · 2 comments
Open

Support search over unlisted files #3286

sammorley-short opened this issue Sep 10, 2024 · 2 comments
Labels
enhancement Enhancement to performance, inner workings or existent features

Comments

@sammorley-short
Copy link

When I used emacs, it was always possible to search and open one of your "special" buffers, e.g. a non-file buffer that might contain something like test results. This made it easy to access results from various tasks in new windows, even after the original had been closed.

In vim, there are similar special buffer types, which include things like scratch buffers and unlisted buffers, but it seems that there is no obvious way to access them with tools like Telescope or FzfLua.

Is there a picker that could be used for this, or perhaps a configuration option that doesn't exclude them? From this line it looks like such buffers are excluded from results by default, but it would be really useful to be able to include them so that one could easily list and access such "under-the-hood" buffers more readily.

Thanks!

@sammorley-short sammorley-short added the enhancement Enhancement to performance, inner workings or existent features label Sep 10, 2024
@jamestrew
Copy link
Contributor

Maybe we can add a include_unlisted_buffers option?
If you comment out these lines, do you find that it helps with what you're looking for?

if 1 ~= vim.fn.buflisted(bufnr) then
return false
end

@sammorley-short
Copy link
Author

Thanks for getting back to me! Yes, if I comment that line out then I can see the unlisted buffers. Not that they're all necessarily named useful things... but they're at least there, which is a start!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement Enhancement to performance, inner workings or existent features
Projects
None yet
Development

No branches or pull requests

2 participants