-
Notifications
You must be signed in to change notification settings - Fork 1.3k
#2599 Fix InfoWindow position after style switching #2627
Conversation
@jfirebaugh Can you review the changes made to core for implementing #630 @tobrun Can you verify the behaviour of InfoWindow and InfoWindowAdapter. Try changing the style to Emerald and back to see how it now readjusts the InfoWindow position. |
fd84fa8
to
991eeca
Compare
@tobrun I think there is a bug with InfoWindow and InfoWindowAdapter activities. It does not seem to load the offset. Going to need to workout why the map finish loading event is not updating the markers on these activities. |
@ljbade Update: will do a test this evening related to repositioning |
@tobrun Yeah it has something to do with adding Marker during onCreate. |
@jfirebaugh How do I move that notification back to the main thread, since |
@jfirebaugh or should I check for failure in |
I don't think there's a good way to emit |
@jfirebaugh An idea I had was to add |
I had to move the set for This fixed the problem with adding markers in |
991eeca
to
190aa99
Compare
Only Travis failure is a known iOS hang. Other jobs passed. |
@@ -92,10 +92,6 @@ void MapContext::triggerUpdate(const TransformState& state, const Update flags) | |||
} | |||
|
|||
void MapContext::setStyleURL(const std::string& url) { | |||
if (styleURL == url) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You're reverting 074d61a from earlier today. Accidental?
190aa99
to
2ee7b02
Compare
@jfirebaugh I missed your comment before merging. I used |
Fixes InfoWindow position after style switching (for #2599)
Also incorporates the #2588 commit that @tobrun reverted with the crash fixed.
As part of this #630 was implemented.