You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If there's no parseable hash (e.g., if there's no hash at all), update calls onMapMove. This seems counterintuitive: I'd expect update to work in strictly the opposite direction from onMapMove. That is, onMapMove is strictly for map -> hash updates, so I'd expect update to be strictly for hash -> map updates.
The text was updated successfully, but these errors were encountered:
If there's no parseable hash, the idea is to call onMapMove to reset/update the hash to a sane value — where the initial map view matches the hash. Would you implement it differently?
If there's no parseable hash (e.g., if there's no hash at all),
update
callsonMapMove
. This seems counterintuitive: I'd expectupdate
to work in strictly the opposite direction fromonMapMove
. That is,onMapMove
is strictly for map -> hash updates, so I'd expectupdate
to be strictly for hash -> map updates.The text was updated successfully, but these errors were encountered: