Prioritize names over paths when searching

[Gama11]

The picture illustrates the issue nicely. I have to scroll way down the list to find haxe, which exactly matches my search term, because there are a whole bunch of other projects with that search term in their paths. Project names should have a higher priority than paths and an exact match like haxe should be at the top of the list.

I think this issue wasn't present in earlier versions. I guess paths probably weren't being taken into account then?

[alefragnani]

Hi @Gama11 ,

I tottaly agree with you, but I don't have control how the items are filtered/matched. It's built in VScode. I don't remember changing that, at least intentionally, but maybe this is being caused by the new way the list is presented, because of the new .vscode projects detection (which explicity tells to matchOnDetail, which means, the path).

I'm not in front my dev machine to test, but once available I will revert to an older version and if confirmed, I will update a patch.

Thanks for reporting 👍

[Gama11]

Thanks for the quick fix!

[Gama11]

but I don't have control how the items are filtered/matched.

I guess this can't be improved on your end then? (I'd expect the exact match to be first)

[alefragnani]

Not yet... See #66 for more details