-
-
Notifications
You must be signed in to change notification settings - Fork 860
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] Double-tap-drag gesture doesn't cause new tiles to load after completion #1602
Comments
I am on |
Thanks @flodaniel, I've updated the original issue, as I can reproduce that now as well (I struggled to for some reason previously, but that was probably coincidence). |
I always thought this was more of a feature and not a bug. Since the gesture allows you to zoom in and out very quickly which can cause a lot of tile requests. |
That's a nice point of view. 😅
The problem is that another gesture input is needed until the tiles load after you zoomed with this gesture. I guess most users would do that intuitively if they see that the map doesn't load althrough not every user. |
Agreed, I think it makes sense for tiles to only load after completion with this gesture. |
Some information on how to reproduce the bug:
double.tap.drag.zoom.mp4 |
This appears to be fixed when performing it on the home page of the example application, but it does still occur in the conditions described by #1602 (comment). |
I'm going to close this as a duplicate of #1813. A fix to that issue may fix this as well. |
What is the bug?
Performing the double-tap-drag gesture (
MapEventSource.doubleTapHold
) does not cause new tiles to load after the gesture.It's the correct behaviour for tiles not to load DURING the gesture, however - they should only load afterward.
How can we reproduce it?
Perform the double-tap-drag gesture on any map to zoom in or out. The previously visible tiles will remain visible, and no new tiles will be loaded.
Do you have a potential solution?
The example application's Interactive Flags test page does not appear to show this event after/during the gesture, meaning it is likely that none is properly emitted during zooming.
Platforms
All
Severity
Obtrusive: Prevents normal functioning but causes no errors in the console
The text was updated successfully, but these errors were encountered: