And changing the sort method (last updated, most used, etc.) does not work “after performing a search”. so you can’t type “filter” and the sort how you want.
I would like to see a literal search capability with double quotation marks.
Personally, I feel that the fuzzy search algorithm needs some work. I’m no expert on fuzzy search, but, I do know that I often cannot find what I am looking for as well as I get back results that are not at all what I was looking for.
I should know the answer to this question, but I do not. How would you be able to improve the Rack search engine? Do you develop for VCV? Would you submit your requests to VCV as feature requests? Or would you be doing your own library browser?
If there’s a new module browser in the works, I’d like to be able to input my own tags and other metadata, to a local file would be fine in the first iteration - later with sync to the library private and public.
text based boolean field seaches, like a good library search system (autor=abc AND title=xyz )
In my experience, most of the disappointing results are due to plugin developers:
not tagging their modules well,
inconsistent module names (panel graphic doesn’t match “proper” name),
failing to put obvious “search bait” in the module’s description (e.g., “Plaits” in “Macro Oscillator 2”)
We should encourage developers to be more thoughtful (esp. via Github issues). Or somehow “share” ownership of search metadata with the community, so that the developer’s choices are respected, but others can add missing/alternate tags, etc.
I wonder where some search terms should be exempt from fuzzy search? For example, a search for VCA returns all VCAs and all VCOs. A search for VCO returns virtually the same set of modules as VCA.
They are sorted sensibly with the matches for your term at the top, but it’s still arguably undesirable for such specific well-defined terms to be fuzzed together.
Another annoyance, even on a huge 4k monitor there are now so many brands in a vertical list that you have to scroll, it would be much nicer if this was presented as a grid like the module browser thumbnails.
While I can’t speak for all developers, I would welcome thoughtful expansion of the descriptions in the Surge XT modules, especially if someone did it in the next day or two via an easy to review pull request before first library submission.
One example of a fuzzy search that appears to generate too many results is ‘VCV’ - i get over 700 modules returned for that:
Some I understand why - a plugin name or description like “Strum’s VCV modules” for example.
But some not so clear as to why - like all the Vult modules for example.
I think if users are typing ‘VCV’ in to the search box they are probably only looking for modules released by VCV. There may be good reason to include some others, but probably not over 700 of them.
I think the thing that gets me about the fuzzy search is it applies no weighting based on what you tend to use and I use VCV Octave a lot. When I type OCT, it’s the 8th thing returned even though I use it and none of the others before it and (as has been noted before) it says OCT on the module itself.
Now maybe others would prefer weighting it against things you use a lot, but for me I’m generally using the browser to find things I use a lot rather than an exploration into the unknown.
Yeah, in my original isolated tests, I looked mainly at the top results, to make sure that they were decent… recently when I started testing in Rack (locally) I realized that bad matches further down is more distracting/annoying that I first thought…
Regarding “vcv”, about 190 modules contain “vcv”… so it’s hard to severely prune. I’ll get it down to below 700 though
Hi Omri, I’m currently only looking into the search box. No plans for anything else (besides more Modules). I feel a bit obligated to improve the search function since I wrote the first iteration.