-
Notifications
You must be signed in to change notification settings - Fork 11
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
It overrides other plugins (windows OS) #36
Comments
It shows you files when you type in "list" that seems like a bug. |
@Leonard1980 How did you disabled the non-prefix searches ? |
@gimyboya the non-prefix is the app search. You could disable this by making it so you have no app directories like this: {
"plugins": [
{
"name": "tinytacoteam/zazu-file-finder",
"variables": {
"append": false,
"directories": {
"appPath": ["/PATH/DOSE/NOT/EXIST"]
}
}
}
]
} |
@gimyboya It was just a proposed solution, I haven't found how to disable those non-prefix searches. |
This is a problem on macOS as well. Essentially, if you use this "file-finder" plugin, all other plugins' results will be at the bottom. So, either you:
On macOS at least it's not such a huge problem to remove this file-finder plugin and just use the Spotlight system default file-finder instead (⌘-Space bar) |
One solution might be to open up an API for special words in the file-finder plugin. Since it's a default/core plugin, maybe have a special dictionary (in a JSON?) that other plugins can talk to or at least users could manually write to? Like "Hey, I'm xyz plugin and I need the "xyzthis" and "xyzthat" namespaces, please don't respond to those exact queries". That way you are not sacrificing functionality in the file-finder plugin, and it can play nicely with others. Maybe this actually goes up a level, to how Zazu keywords work? |
For example, typing "list" it displays the found files first, instead of using only the command within the "Package manager" plugin, or, at least to be displayed last.
Proposed solution: disable non-prefix searches and add a prefix for the app search. A more complex solution should be an algorithm for the non-prefix searches (like app name "begin with" search - instead of "containing" - and adding the search results at the end, or something like the fallback plugin)
The text was updated successfully, but these errors were encountered: