Fixed
Status Update
Comments
br...@google.com <br...@google.com> #2
Hey Martin,
Can you please supply a sample along the lines ofhttps://github.com/domesticmouse/MovingMarkerPosition that demonstrates the behavior you are seeing? Thanks!
Can you please supply a sample along the lines of
br...@google.com <br...@google.com>
br...@google.com <br...@google.com> #4
Actually not a duplicate.
br...@google.com <br...@google.com> #5
Version 1.11.0: Correct handling of taps on overlapping markers.
br...@google.com <br...@google.com>
[Deleted User] <[Deleted User]> #6
I can say that it works well with markers.
However this should work for any kind of overlay.
Especially polylines.
Would it be possible to add it?
Thanks
However this should work for any kind of overlay.
Especially polylines.
Would it be possible to add it?
Thanks
br...@google.com <br...@google.com> #7
Martin,
Please raise a new Feature Request so people can vote on it. Thanks!
Please raise a new Feature Request so people can vote on it. Thanks!
Description
This is very annoying for the user as he as to zoom in enough for markers not to overlay and then select the one he wants.
And that's assuming the user understands what he needs to do and how it works, which is mostly never the case.
I think this is a very important feature if not a bug as it makes marker selection sometimes impossible (user POV).
I thought about way to go around that in code but as we don't have access to visible markers i have no way to do that.
So there are 2 ways to fix this:
- implement the cycling in GMSMapView
- give us access to markers under a region/point/visible...