fe9e0f2333
* Test(MapDragSpec): add mouse drag with CSS scaled container This test is failing as of this commit. * Fix(Draggable): measure drag compensating for CSS scale so that the computed offset (i.e. user drag length) is divided by the CSS scale applied on the `_element`'s container. Later on when `Draggable` updates the `_element`'s position, the latter is affected by the CSS scale by the browser. Added a `getSizedParentNode` function in `DomUtil` in order to automatically retrieve the closest parent node in the DOM hierarchy tree that has a non null size (so that we can compute the scale in `DomEvent.getMousePosition`), without having to specify the parent node explicitly (which is ugly). * Fix(getMousePosition): getBoundingClientRect is in page scale therefore it must also be divided by the container scale in order to compute the relative position of the event in the scaled container. * Test(MarkerDragSpec): add drag with CSS scaled container this should pass automatically at this commit, thanks to the previous modification of Draggable. * Debug(map-scaled): add draggable marker as well as another CSS scaled wrapper, plus some border and padding, and debugging console logs, to make sure the computations of `getMousePosition` are correct (correctly removing the border width, and compensating for CSS scale). * Docs(getMousePosition): explicitly exclude border * Docs(DomUtil): add return value of getSizedParentNode was missing in docstring. * Feat(DomUtil): add getScale function so that it can be used by DomEvent.getMousePosition and Draggable. * Refactor(Draggable): cache container scale to avoid triggering browser reflow continuously during _onMove, but only on drag start (_onDown). By compensating for the scale within Draggable instead of delegating to DomEvent.getMousePosition, it also becomes possible to check first for the clickTolerance, so that we prevents user's small movement based on screen, irrespective of rendered scale. * Test(Map+MarkerDrag): remove scale on initial movement that is intended to overcome Draggable clickTolerance, since now it is based on screen pixels, irrespective of applied CSS scale on the map. Thanks to the tolerance in the expected final position, this has no effect on the result of the test, even though the overall drag is now slightly shorter. * Refactor(DomEvent): use DomUtil.getScale in getMousePosition to factorize scale computation (also used within Draggable). |
||
|---|---|---|
| build | ||
| debug | ||
| dist | ||
| docs | ||
| spec | ||
| src | ||
| .gitignore | ||
| .travis.yml | ||
| bower.json | ||
| CHANGELOG.md | ||
| CONTRIBUTING.md | ||
| FAQ.md | ||
| ISSUE_TEMPLATE.md | ||
| LICENSE | ||
| package.json | ||
| PLUGIN-GUIDE.md | ||
| README.md | ||
| RELEASE.md | ||
Leaflet is the leading open-source JavaScript library for mobile-friendly interactive maps. Weighing just about 37 KB of gzipped JS code, it has all the mapping features most developers ever need.
Leaflet is designed with simplicity, performance and usability in mind. It works efficiently across all major desktop and mobile platforms out of the box, taking advantage of HTML5 and CSS3 on modern browsers while being accessible on older ones too. It can be extended with a huge amount of plugins, has a beautiful, easy to use and well-documented API and a simple, readable source code that is a joy to contribute to.
For more info, docs and tutorials, check out the official website.
For Leaflet downloads (including the built master version), check out the download page.
We're happy to meet new contributors. If you want to get involved with Leaflet development, check out the contribution guide. Let's make the best mapping library that will ever exist, and push the limits of what's possible with online maps!
