Skip to content

SearchEntry is not pre-filled with the query when maps URI is called by another app through GIO / commandline arguments

In #242 (closed) a basic searching API / syntax was implemented in GNOME Maps to allow other applications (like evolution#1490 (closed), evolution#2799 (closed), gnome-contacts#87 (closed), gnome-calendar#326, etc.) to tell it to show a given address.

Testing with version 46.x, it sort of works… however it has some UX issues stemming from the fact that the address is not put into the main SearchEntry widget, it only shows the search's completion widget with a blank searchentry:

  • The blank searchentry means you cannot extend or correct the search query, you then have to either type it out from scratch or go back to the other app to copy and paste it back into GNOME Maps, which kinda defeats the purpose;

  • I find the "autocompletion dropdown with an empty search field" visual confusing, especially when the autocomplete is filled with non-exactly-matching/irrelevant results (as shown in the video below). It feels weird/broken/disconnected, and as a user you are not sure the apps "correctly communicated" with each other;

  • It seems the search results are not as accurate as when the user pastes the exact same query into the search field.

To reproduce: run gio open maps:q="1801 Boulevard de Maisonneuve Ouest, Montréal, H3H 1J9" in a terminal.

Video demonstrating these problems:

GNOME_Maps_not_inputting_the_address_correctly_from_Evolution