maxBounds in config

[edenh]

The equivalent of http://leafletjs.com/reference.html#map-maxbounds would be nice for editorial/datavis projects. Low priority.

cc @mourner @ansis

[edenh]

Bump here. Would be great for demo purposes.

[mourner]

Grabbing.

[mourner]

How should enforcing max bounds work when rotating the map? Does it zoom in as well so that viewable region is still fully contained within max bounds? cc @kkaefer @incanus

[mourner]

Or should we restrict it in a way that just map center doesn't go out of it, not screen edges? That would solve the rotation problem.

[incanus]

Native equivalent: mapbox/mapbox-gl-native#236

I have not approached rotation with bounds before, as the iOS SDK did constraints, but not free rotation. Do any other vendors do this? I've not seen it before, and may be why SDKs don't tackle it :-)

We could disallow rotation when constrained.

This is handled in native at low (< 3) zooms, but that makes a bit more sense when out at the full-world view. mapbox/mapbox-gl-native#242 mapbox/mapbox-gl-native#296

[mourner]

Not sure disallowing rotation when constrained is a good option — e.g. suppose we have an SF data viz — then rotation would be disabled as well, even though user could browse the map zoomed in enough most of the time.

[edenh]

In native, it was a little confusing the first time I tried rotating the map at low zooms and it not responding, but I think this is preferable to bounds based on map center.

I'm wondering if we could shoot for a configurable spring effect? This way there is feedback when you've hit the edge.

http://f.cl.ly/items/2I2g0q02101d1f0Z0m2b/spring.mov

[incanus]

The gold standard for this is Apple's MapKit -- exactly. Check out how it works in the Maps.app -- it does this exact springiness as a physical cue. This is what I tried to implement in mapbox/mapbox-gl-native#279 but was causing locking issues.

[mourner]

Implemented in #646, lets track there