Open wbazant opened 3 months ago
@wbazant I believe this is now done in #419, as described? I'll copy here my (low priority) comment from there (https://github.com/falling-fruit/falling-fruit-web/pull/419#issuecomment-2284862604):
I find the crosshair icon for the selected search result confusing because we already use that symbol for device location. How about either making all of the others a simple marker icon (without the filled circle, see maps.google.com) and the selected one with a circle to indicate selection? Or use a clock icon (i.e. "previously selected")
I agree with you, the icon means something else in our app and shouldn't be used. The icon choice was always there in the code but not working due to a bug, I thought it was quite nice when I fixed the bug but didn't think much of it.
How about only differentiating the icon with color:
@wbazant That's fine. But if we want to dive into design, then my preference would be a grey map
box icon for the results (better matching the design of the inactive track-location icon), a grey history
box icon for the previously-selected result(s) in the dropdown, and none of those blue arrows on the right.
My point earlier was that when the selected result isn't marked on the map with a crosshair, it made less sense to me to show it as selected. The history icon seems more general to me.
This is live and working as I thought - @ezwelty leaving you to close or keep the issue for changing this design?
I'm not sold on the history icon meaning a previously searched place, and the color indicating the 'active' place goes well with the search text box having the corresponding text. But I see the point about some search results being about places and markable with a crosshair - where a map icon makes sense - and other stuff. Google maps has a couple of icons:
@wbazant Focusing on function over design, I'd say there is just one thing that feels off to me. Search "Boulder, CO, USA" and select the result. On my screen, this navigates to a z=12 map without the crosshair. Zoom in to z=13 and the crosshair appears (zoom out and it disappears again), zoom in to z=14 and markers appear.
I suggest showing the place crosshair for z>=14 (so same threshold as for markers) and not showing it at all (even after zoom in) if the initial place selection results in a z<14 map?
Say we searched for a place, moved thee map, and want to come back to the populated search box:
when it comes back to focus, we should reopen the suggestions.
Extra fun to develop because the component can disappear off the map and get re-rendered.
Full test procedure for when this is fixed: