I've spent some time today looking at the various string distance algorithms and didn't find a solution I'd like outright. I'll spend some more time playing around and testing various solutions, until I find one that's intuitive. Thank you for the feedback, this is a feature that I want to make as user friendly as possible, so this helps a lot with that
In the meantime, I've disabled the fuzzy search by default and restored the previous search functionality, but the fuzzy search is still available through a checkbox in the interface settings, in case you want to play with it.
[jiri][0.16.12] Unintuitive search term parsing
Re: [jiri][0.16.12] Unintuitive search term parsing
Thank you! I think the tooltip for it should be more descriptive though, it doesnt really help if you dont already know what it does.jiri wrote:I've spent some time today looking at the various string distance algorithms and didn't find a solution I'd like outright. I'll spend some more time playing around and testing various solutions, until I find one that's intuitive. Thank you for the feedback, this is a feature that I want to make as user friendly as possible, so this helps a lot with that
In the meantime, I've disabled the fuzzy search by default and restored the previous search functionality, but the fuzzy search is still available through a checkbox in the interface settings, in case you want to play with it.
I'm an admin over at https://wiki.factorio.com. Feel free to contact me if there's anything wrong (or right) with it.
- eradicator
- Smart Inserter
- Posts: 5207
- Joined: Tue Jul 12, 2016 9:03 am
- Contact:
Re: [jiri][0.16.12] Unintuitive search term parsing
Thanks for sneaking the fix into 0.16.17. I sure noticed even though it's not in the changelog.
And..i hate to be that guy who comes back and complains that the fix wasn't enough, buuuut... concatenating multiple search terms in non-fuzzy mode using an OR junction leads to the weird situation where typing more search terms make the result less precise. I.e. it's more like i'm searching for several different things at once and not doing one more precise search? (Hm. I noticed there's "" mode now while typing this, which kinda solves this.... so i'm left with just "thank you" :p).
Though there was some weird logistics GUI jumping going on when searching (related to the very narrow interface i used for taking the video), so i'll post my demo-gif anyway:
And..i hate to be that guy who comes back and complains that the fix wasn't enough, buuuut... concatenating multiple search terms in non-fuzzy mode using an OR junction leads to the weird situation where typing more search terms make the result less precise. I.e. it's more like i'm searching for several different things at once and not doing one more precise search? (Hm. I noticed there's "" mode now while typing this, which kinda solves this.... so i'm left with just "thank you" :p).
Though there was some weird logistics GUI jumping going on when searching (related to the very narrow interface i used for taking the video), so i'll post my demo-gif anyway:
Author of: Belt Planner, Hand Crank Generator, Screenshot Maker, /sudo and more.
Mod support languages: 日本語, Deutsch, English
My code in the post above is dedicated to the public domain under CC0.
Mod support languages: 日本語, Deutsch, English
My code in the post above is dedicated to the public domain under CC0.
Re: [jiri][0.16.12] Unintuitive search term parsing
In that case, you should probably move this bug to the resolved for the next release category.jiri wrote:I've spent some time today looking at the various string distance algorithms and didn't find a solution I'd like outright. I'll spend some more time playing around and testing various solutions, until I find one that's intuitive. Thank you for the feedback, this is a feature that I want to make as user friendly as possible, so this helps a lot with that
In the meantime, I've disabled the fuzzy search by default and restored the previous search functionality, but the fuzzy search is still available through a checkbox in the interface settings, in case you want to play with it.
Re: [jiri][0.16.12] Unintuitive search term parsing
As I recall code I wrote . . . looonng ago . . . heuristics work really well on sorting matches: assess penalties per matching character that skip s (in decreasing penalty order) word starts, inside-word text, and a minimal penalty for leaving an unmatched suffix (to give complete matches a 0 penalty). WIth identifiers in programming languages you have to get cute about identifying word starts, case shifts and runs of same cases and all, but that won't come into play here.