Both Weather and Clocks have to manually implement a function that takes a bunch of terms and matches them against the location name, country name, etc in order to implement their SearchProviders.

The code is not only duplicated, but also incomplete, since from the application it is only possible to match against the translated names, while LocationEntry also matches again english names.

Such function is also needed if one wants to implement searching without using search entry, e.g. to have a GtkSearchBar and a GtkListView that shows the matches


The API needs a bit of thinking, I see the following possibilities:

1) a plain location_matches(char **terms) and document that the terms should be normalized and casefolded before beeing passed in (I do not want to normalize and casefold the terms for every location)

2) a pair of functions: location_create_serch(terms) that returns an opaque "search" struct and then a location_matches(search). This would hide the normalization and casefolding giving us more freedom of changing the implementation

3) go all the way and create a LocationMatcher object with add(terms) and find and find_async methods in GIO style. This would be nice since it could probably factor out a good part of the Weather and Clocks search providers