-
-
Notifications
You must be signed in to change notification settings - Fork 92
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
Option for Tree view when depth value is set #165
Comments
I don't really follow your request. There's lots of open questions as to what exactly you actually want to achieve. Please don't be that lazy and make a more comprehensible feature request that discusses:
Both aspects I perceive as very clean right now in That said, E: More broadly, I encourage you to put more work into these sorts of issues. Please consider going forward that maintainers that want to reduce maintenance and overhead on a single or more public repositories they host all the while being motivated to attend to users issues and requests. |
I think that @LamprosPitsillos was proposing showing the file browser results as a tree if the depth option is greater than 1. Eg (current UI on the left, proposed UI on the right): I find the tree view is easier to scan visually and I think it would be a nice option to have. It does get a little tricky because you would still want to be able to fuzzy search on the full path of all files / folders, even though the tree view is hiding part of that path for any nested items. If this seems feasible I'm happy to take a crack at implementing it. Thanks for the great plugin! |
Yes , forgive me for not posting after with a more detailed explanation, but yes , this is exactly what i had in mind! |
Sure, it's feasible. I'm mostly wary of things would have to change to preserve the simple status quo all the while enabling this. You're very happy to take a crack and we'd take things in a PR from there.
In principle, this is feasible though telescope wasn't really designed with some of the requirements here in mind (there's some workarounds already in At the first tree view, the screenshot looks fine (I suppose some users would like connecting vertical lines, but it's probably a lot more overhead than worthwhile vis-a-vis simple indentation). When a user starts searching, nested items would require the full relative part (or "smart", etc. as per telescope
I hope that's sufficient to get you started, happy to answer more questions if needed. One more note - local action_state = require "telescope.actions.state"
local current_picker = action_state.get_current_picker(prompt_buf or vim.api.nvim_get_current_buf())
local prompt = current_picker:_get_prompt() gets you the prompt, to e.g. differentiate when a user is searching or not. There is a very general use case function for this in telescope-file-browser nvim to get the prompt already ( |
That's massively helpful, thank you! |
would love to see this. If nobody is already on this, I should be able to make the time to give it a shot next week. |
@tobealive Go for it! I haven't started on anything, but let me know if you want someone to bounce ideas off of. |
Hey @joeyschoblaska, I wanted to come back real quick to my call about working on this. Unfortunately, I have to admit that putting work into it lost priority. The reason is that I found a satisfying alternative and having a lot of back and forth between two new projects at work. In case someone is interested in the alternative: Please let me know if it's inappropriate to talk about other plugins here, so I can remove the paragraph. Of course eventually - speaking from an end users perspective - it would be super nice to have this feature for telescope-file-browser for an even more uniform experience using telescope directly. |
I'm going to close this consider we closed the PR for this while back. |
This is the route I ended up going: nvim-telescope/telescope.nvim#3052 (comment) |
Have the option to view the directories in a tree instead of having to read the whole path to find something.
Something like this but with all the functionality of this plugin!
The text was updated successfully, but these errors were encountered: