yatima1460 / Drill

Search files without indexing, but fast crawling
https://drill.software/
GNU General Public License v2.0
268 stars 21 forks source link

drill-search should follow POSIX standards #39

Closed v0idpwn closed 5 years ago

v0idpwn commented 5 years ago

Is your feature request related to a problem? Please describe. drill-search feels limited and has no options support

Describe the solution you'd like use std.getopt to receive and parse arguments

Describe alternatives you've considered manual argument parsing, like the way it works now

v0idpwn commented 5 years ago

I'm willing to rewrite the CLI entirely, but apparently there aren't so many options even on drill-ui now. What options should it have?

yatima1460 commented 5 years ago

As you can imagine the CLI version is not my priority but if you can add cool arguments to it then even better!

This is the near future:

the UI version will be renamed to drill-search-gtk and placed inside /usr/bin the CLI version will be renamed just drill-search

the UI version will be arguments-less, easy to use for the average user, just click on the icon and it's ready

the CLI version should only have arguments related to how the CLI should output the data found

any other arguments that are about the crawling itself like "--no-blocklist" should be implemented in the core and this will be added somewhere in the future, adding --no-blocklist to the CLI will call a setBlocklistEnabled(bool flag) in the core

v0idpwn commented 5 years ago

Agreed. What are the drill-core options in the roadmap?

yatima1460 commented 5 years ago

--crawl-everything --root-folder specifies a root folder to search in like it was the only mounted disk --singlethread --stop-first stops after first result found

and any other ideas welcome

v0idpwn commented 5 years ago

--no-symlinks ?

yatima1460 commented 5 years ago

Drill already ignores symlinks because following them is useless and will only bring pain

You could end up in another disk making multithreading useless