to prevent GML.v2 from getting blown away by later Format/GML.js inclusion
in single file build. r=tschaub (Pullup #1740)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@8033 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
allows access to a web-accessible pre-cached Ka-Map Layer. Patch from
Pedro Simonetti (CLA on file). r=me, (Closes#1518)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@7949 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
ups to propogate. The default behavior of the Feature handler broke this rule,
and as a result, some aspects of ragging a box control failed when letting
go over a feature. This corrects the behavior. r=ahocevar. (Closes#1293)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@7873 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
most likely.) Don't depend on exceptions for parsing XML, then: instead, use
an if/else. 3x speed up of WMC parsing in FF. r=ahocevar (Closes#1642)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@7870 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
properties set directly in their creation options. By default, layers will
be "always on", with an overridable "alwaysInRange" parameter.
To maintain the old behavior, set:
OpenLayers.Layer.prototype.alwaysInRange = false;
r=euzuro
(Closes#987)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@7863 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
capabilties in OpenLayers Vector drawing, including:
* Vector support for iPhone, Safari 2.x series browsers
* Improved performance of dragging the map with a large number of
geometries.
The Vector layer default renderer order is now SVG, VML, Canvas, so browsers
with Canvas support and no SVG or VML will be able to draw vectors.
The Canvas layer has a number of limitations: getFeatureFromEvent is much
slower than the other types of layer, and any change to any feature requires a
redraw of the entire canvas. Because Canvas is typically a pretty fast
drawing implementation, the latter is less problematic than it might otherwise
be.
r=pagameba,fred, with glances from a couple other people.
(Closes#1512)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@7862 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
popup code to take advantage of this, to provide a better hint to the
getRenderedDimensions call as to what is going on. Patch from sbenthall, r=me,
includes a manual acceptance test (only because the testing framework makes
these kinds of things hard). Manually confirmed to work with the sundials.html
example, tested with that and manual test in IE6, IE7, FF2-Win FF3-Mac FF2-Mac
Safari-Mac Opera-Win, and in all browsers it worked. (Hooray!) Nice one,
sbenthall. (Closes#1500)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@7684 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
hover callbacks; r=ahocevar (Closes#1655)
This means that On the SelectFeature control hover can no longer be set on the
SelectFeature control after the control has been initialized: must be passed at
initialize time. Example has been updated.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@7682 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
Javascript <script> injection protection, so that people are at least aware
of the issue. This will search for <script and if it exists, escape the content
so that it doesn't execute.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@7679 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
Add a bounds.scale method (takes a ratio and an optional center) and
call it from the panTo to give a ratio we can pan inside of. Patch by
sbenthall, r=me,elemoine (Closes#1341)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@7678 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
OpenLayers.Console.userError function. This allows for easy overriding of this
function for people who need to report errors at an application level (or
hiding these errors entirely), with the same default behavior as previous
releases. Patch from funky_c, r=me, (Closes#1651)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@7675 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
* drop keypress event (not used, registers as keydown in IE< which results
in double events)
* return evt instead of evt.keyCode || evt.charCode, so apps can do
whatever they like best
* adjust ModifyFeature to new API
* Adjust KeyboardDefaults to new API, and include a new set of keyCodes
in switch statement to catch more cases
* Include keyboard defaults test in list-tests.
Patch from tcoulter, work from Pedro Simonetti (See #1108), Paul Spencer,
myself. r=pagameba,me (Closes#1292)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@7644 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
This matches the style of other similar properties in the code, and has a
negligable (<5%) impact on parsing speed in Firefox/Safari. patch from
bartvde, (Closes#1452)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@7626 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
flag on the Events object is set to true. This ends up meaning that we save a
lot of unneccesary getMousePosition calls because (for example) the layer
doesn't need to include the .xy property. In addition, we add in speed
improvements via caching to the getMousePosition, courtesy the work from
pgiraud (which was worked on further by tcoulter) -- this results in
significantly improved getMousePosition performance improvements in 'real life'
situations that are more like the cases that people use OpenLayers, with a
higher number of containing divs (and also clearly demonstrate a gain in
performance even in the simple case.)
The end result is:
* In typical map movement over the map, (n / n+1) fewer calls to
getMousePosition, where n is the number of active layers when dragging over
the map.
* In the simple case, 40% faster getMousePosition performance -- and in
more complex cases, significantly more performance improvements.
To drop the former improvement, which may affect some applications (as
described in the includeXY documentation) simply set:
OpenLayers.Events.prototype.includeXY = true;
This will restore the 'every element has an xy property always' behavior
that was the case beore this patch.
r=me,tschaub, work by pgiraud related to (See #1509), and (Closes#1459)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@7615 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
and get a very obvious speedup in performance. This adds a configurable
'interval' to the dragpan control (and an interval to the 'drag' control,
defaulting to 0px). Patch put together by tcoulter. (Closes#1509)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@7608 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
in the past; the only reference I can find is a' call us and get a quote'
number. For now, just removing the tests from run-tests until we figure out
what to do.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@7577 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
each entry. This seems to fix the issue reported earlier, that the links
in the example list are broken.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@7477 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
current XML layer. This patch rearranges the reading of the document from XML
so that it is done later on, building on the work in #1575. It also adds tests
for the two cases that aren't currently tested:
* Vector Mode with non-XML format
* non-vectormode with XML DOM passed in
Tests continue to pass, confirmed via manual inspection as well as the tests.
(Closes#1575)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@7416 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
loaded as the not default layer, or the map is resized while the gmaps layer is
hidden. Patch put together by Edgemaster (thanks), (Closes#830)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@7300 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
* Check whether the reision has changed
* if it has:
* rebuild the examples.js
* Rebuild the singlefile, copy it
* Change all the examples to use the singlefile
* Record the most recent rev
git-svn-id: http://svn.openlayers.org/trunk/openlayers@7122 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
created OpenLayers.Feature object for later access by applications.
Patch, including tests, written by Ian Mayo, r=me. (Closes#1485)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@7015 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
sometimes the 'options' hash for a layer is only the second arg, instead
of the third or fourth.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@6987 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
prototype is extended. Although OpenLayers is not designed to work when this
fundamental violation of Javascript is in place, we can at least not fail
so miserably in this case: this gets us back to a similar level of
functionality as we had in 2.5. This was brought up by a user working on
a viamichelin layer, which apparently extends the object prototype (bad!),
and fixed in conjuction with tschaub. r=pgiraud,tschaub (Pullup #1502)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@6832 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
crschmidt