QMAPS-1883 refactor close buttons

[xem]

Description

Done:

• Mobile: remove close button on all panels except directions, menu, modal, alert, route details, favorites.
• Desktop: remove close button on POI panel only
• PoI Panel (PC/Mobile): whatever the navigation origin, put PoI name in search field and quit PoI panel when clicking close button
• Mobile PoI panel: if we're coming from a PoI list or favorites list: show a return arrow next to search input that goes back to it
• Put the return button logic in PanelManager
• Put the search field filling logic in PanelManager
• Make the back buttons work correctly (on PC and Mobile) even after we click on many PoIs in a row (history(-1) isn't enough)
• Fill search input correctly (with the right timing) when a PoI is opened
• Avoid transitions blinking when opening a poi from the list / returning to the list / clicking many PoIs in a row
• Put "Favorites" in search field when favorites list is opened
• Fix tests

DEMO:
https://www.loom.com/share/0d9a1bc709b0403197b8611b6016174e

TODO in another ticket?

• Use the same return button on mobile for both closing suggest and returning to list?

[bbecquet]

I've noticed some problems:

The transition effect in the top bar is repeated when you go from one POI to another.

When in multiple POI mode (aka. category), the category name appears briefly in the field after being replaced by the clicked POI name

This is because the search input change is not done in a centralized way like before but managed in the PanelManager and in the POIPanel.

BTW, all these search bar manipulations direclty in POIPanel are a serious step back from what we achieved some months ago, which was to centralize the management of its state in a single place to simplify and avoid consistency errors…
This is my fault, I should have pushed to merge #997 before, it would have enforced state centralization.
In the meantime, we must find a way here to manage as much things as we can outside POIPanel.