-
Notifications
You must be signed in to change notification settings - Fork 68
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
feat: Search by plugin variant/maintainer #1717
Comments
fwiw that's probably an easy win with little changes to the graphql query and the joined text fiels in
but this is probably a heavier lift if I understand it correctly. Does this mean something like "if the plugin name matches the search term, then show it first regardless of plugin type"? The problem is that for historical (i.e. tech debt) reasons, search terms are currently matched against a concatenation of a bunch of plugin fields into a single string. |
Yeah, I did have a look and making
Yep, pretty much - maybe for |
It would be nice to be able to search for plugins by variant/maintainer.
Also, there is an small issue where if the search term matches both a keyword and a plugin name (i.e.
matatika
), depending on the type of plugin, the one with the matching name is forced down the search results list. This feature could also address this by respecting the defined order of plugin text fields to search by (i.e.name
, thenlabel
, thenvariant
, and so on).The text was updated successfully, but these errors were encountered: