-
Notifications
You must be signed in to change notification settings - Fork 282
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
How to make fpp only output the file list, so that you can plug in any file picker #69
Comments
Yeah, this has come up a bunch internally and externally. I'm a huge fan of the unix philosophy but I actually think a lot of the value of PathPicker is added by being a "one-stop shop" for everything you need to do with paths. Had we gone more unixy we would either have just:
But neither of these would have been that great. With 1) developers would still have to do awkward xargs things (or put the command in a subshell like so we had to go into brave new territory and do a very non-unixy thing here, but I think it ended up really striking a perfect spot between utility and simplicity. |
Anyways, I think it'd be quite easy to fork this project and refactor it to just output the list of files (basically remove the |
Hi, If I do the following:
I don't get the list of filenames as a result. Where can I get the list of the possible files ? Here is what I get with ls | /.fpp
|
Found how to make it work now, I will be releasing a fork |
Yeah the issue with
|
Hi,
I already use https://github.com/junegunn/fzf as my general fuzzyfinder, and would really enjoy using the calculated filenames of fpp to feed into fzf. Is it possible to only output the list of files, instead of giving always a UI ?
It would also make more sense because a unix tool should try to do one thing well. I think with this in mind, it would even make sense to have two utilities that could together work as a path picker : the first one which does only the conversion from an output to a list of filenames, the second one which gives an UI to select one or more elements from a list.
Hope that you agree with that.
The text was updated successfully, but these errors were encountered: