Re-ordering topics in the release notes
This commit is contained in:
@@ -37,10 +37,27 @@ Corresponding issues/pull requests:
|
||||
|
||||
# Behavior Changes from Past Releases
|
||||
|
||||
## Control.DragPan: Kinetic by default
|
||||
|
||||
The `enableKinetic` property for the DragPan control has been changed to true by default. This will enable kinetic panning only if the `OpenLayers/Kinetic.js` file is included in your build.
|
||||
|
||||
## Control.ModifyFeature: no more built-in SelectFeature control
|
||||
|
||||
The ModifyFeature control is now much leaner, making it more reliable when combined with other controls. The most noticable change is that it has no
|
||||
`selectControl` member any more. Users who previously relied on this built-in SelectFeature control will now have to create both a SelectFeature and a ModifyFeature control and configure the ModifyFeature control with `standalone: true`. To get features selected, call the `selectFeature` method e.g. from a `featureselected` listener on the vector layer.
|
||||
|
||||
## Format.GPX: No more prefixes
|
||||
|
||||
No `gpx:` prefix is added in the XML tags anymore when writing GPX from `OpenLayers` features. It seems like it is not supported by most of the tools that are able to read GPX.
|
||||
|
||||
## Different return type for OpenLayers.Format.WMSDescribeLayer
|
||||
|
||||
The return type of WMSDescribeLayer format's `read` method was different from the one of the VersionedOGC format superclass. So it was changed from an array to an object with a layerDescriptions property that holds the array. For backwards compatibility, the object still has a length property and 0, ..., n properties with the previous array values.
|
||||
|
||||
## Moved errorProperty from the base class to the parser in Format.OWSCommon
|
||||
|
||||
This was necessary for WCS support because there are no properties in common between versions 1.0.0 and 1.1.0 that were appropriate for checking. The only existing code that this affected was WFS parsing.
|
||||
|
||||
## Layer.Grid: Tile queue and tileLoadingDelay changes
|
||||
|
||||
With the introduction of OpenLayers.TileManager, tile queueing has become optional. The default behavior is back to how it was in OpenLayers 2.11. To use a tile queue in 2.13, the map needs to be configured with a tileManager, e.g.:
|
||||
@@ -55,6 +72,10 @@ The `moveDelay` is the replacement for the `tileLoadingDelay` layer config optio
|
||||
|
||||
In general, when targeting mobile devices or when using slow servers or connections for tiled layers, it is recommended to configure the map with a TileManager.
|
||||
|
||||
## Layer.Grid: Resize transitions by default
|
||||
|
||||
The `transitionEffect` property for grid layers has been changed to "resize" by default. This allows smooth transitions with animated zooming (also enabled by default). If resize transitions are not wanted for individual layers, set `transitionEffect` to `null`.
|
||||
|
||||
## Map: Animated zooming and GPU support
|
||||
|
||||
OpenLayers now has animated zooming, which is enabled by default. To turn it off, configure the map with `zoomMethod: null`.
|
||||
@@ -77,18 +98,13 @@ To make the zoom animation smooth, GPU support is active by default for renderin
|
||||
perspective: inherit;
|
||||
}
|
||||
|
||||
## Layer.Grid: Resize transitions by default
|
||||
## Map property fallThrough defaults to false
|
||||
|
||||
The `transitionEffect` property for grid layers has been changed to "resize" by default. This allows smooth transitions with animated zooming (also enabled by default). If resize transitions are not wanted for individual layers, set `transitionEffect` to `null`.
|
||||
The behaviour controlled by map property fallThrough wasn't consistent (some events were swallowed even with fallThrough set to true) and changes have been made to fix that. Defaulting fallThrough to false after this change is sensible in most situations and will probably be what most applications expect, but if you previously relied on pointer or keyboard events being passed through you will probably want to set fallThrough to true.
|
||||
|
||||
## Control.DragPan: Kinetic by default
|
||||
Behavioural change was made in this commit:
|
||||
|
||||
The `enableKinetic` property for the DragPan control has been changed to true by default. This will enable kinetic panning only if the `OpenLayers/Kinetic.js` file is included in your build.
|
||||
|
||||
## Control.ModifyFeature: no more built-in SelectFeature control
|
||||
|
||||
The ModifyFeature control is now much leaner, making it more reliable when combined with other controls. The most noticable change is that it has no
|
||||
`selectControl` member any more. Users who previously relied on this built-in SelectFeature control will now have to create both a SelectFeature and a ModifyFeature control and configure the ModifyFeature control with `standalone: true`. To get features selected, call the `selectFeature` method e.g. from a `featureselected` listener on the vector layer.
|
||||
* https://github.com/openlayers/openlayers/commit/a6119f6a7528e013b922fd0d997a07df13f6bd6e
|
||||
|
||||
## window.$ is no longer an alias for OpenLayers.Util.getElement
|
||||
|
||||
@@ -107,14 +123,6 @@ Corresponding issue/pull requests:
|
||||
|
||||
* https://github.com/openlayers/openlayers/pull/423
|
||||
|
||||
## Map property fallThrough defaults to false
|
||||
|
||||
The behaviour controlled by map property fallThrough wasn't consistent (some events were swallowed even with fallThrough set to true) and changes have been made to fix that. Defaulting fallThrough to false after this change is sensible in most situations and will probably be what most applications expect, but if you previously relied on pointer or keyboard events being passed through you will probably want to set fallThrough to true.
|
||||
|
||||
Behavioural change was made in this commit:
|
||||
|
||||
* https://github.com/openlayers/openlayers/commit/a6119f6a7528e013b922fd0d997a07df13f6bd6e
|
||||
|
||||
# New Options for Build Script
|
||||
|
||||
* add the contents of a file as a comment at the front of the build, for example, the output of 'git describe --tags' could be saved as a file and then included
|
||||
@@ -124,12 +132,4 @@ run 'build.py -h' for more details
|
||||
|
||||
Corresponding issue/pull requests:
|
||||
|
||||
* https://github.com/openlayers/openlayers/pull/528
|
||||
|
||||
# Different return type for OpenLayers.Format.WMSDescribeLayer
|
||||
|
||||
The return type of WMSDescribeLayer format's `read` method was different from the one of the VersionedOGC format superclass. So it was changed from an array to an object with a layerDescriptions property that holds the array. For backwards compatibility, the object still has a length property and 0, ..., n properties with the previous array values.
|
||||
|
||||
# Moved errorProperty from the base class to the parser
|
||||
|
||||
This was necessary for WCS support because there are no properties in common between versions 1.0.0 and 1.1.0 that were appropriate for checking. The only existing code that this affected was WFS parsing.
|
||||
* https://github.com/openlayers/openlayers/pull/528
|
||||
Reference in New Issue
Block a user