Customizable buffer sizes for rendered data #76
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Right now, the Map object always adds a 25% buffer to the data requested/rendered for each call to
Map.render()
. This is done to ensure that elements whose strict data doesn't overlap tiles but whose rendering does (e.g. a really fat line stroke, a large image or shield, or some long text) doesn't wind up getting visually cut off at the edge of a tile.This is a nice convenience, but in many cases, it would be useful to be able to customize the size of the buffer area or to turn off buffering altogether (see #75). To that end, this patch adds a
boundsBuffer
option to both theMap
constructor and toMap.render()/Map.renderGrid()
.It can be:
0.25
means add a buffer that is 25% of the width of the rendered image.The option passed into
render()
will be preferred over the value set on theMap
object. If no value is ever set, it will still default to0.25
.