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
* 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
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
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
before you add the popup to the map. To prevent this, don't call construct
or updateBlocks if relativePosition is null, to prevent this error message.
r=elemoine, (Pullup #1479)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@6765 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
tests, examples, modification to proxy.cgi, etc. This should allow one
to build an OpenLayers based OpenStreetMap editor with some effort, and
makes it trivially simple to drop OpenStreetMap data from the API into
your OpenLayers application. r=ahocevar,elemoine (Closes#1271)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5902 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
that Andreas has been working so hard on. I think this is the single most
awesome commit I've ever had the pleasure of committing. The results of this
commit are described on http://trac.openlayers.org/wiki/Styles: essentially,
this makes it possible to style features in all kinds of fun ways based on
rules, and will also form the underlying basis for #533. Things this patch
adds:
* OL.Rule classes. These classes allow you to do tests against the propertie
of a feature, and set a style based on these properties -- so you can
compare the 'speedlimit' property of a line, and test if it is > 60, and if
it is greater than 60, render it in a different color. You can also test
combinations of rules using the OL.Rule.Logical class, and test featureids
with the FeatureID class.
* OL.Style class: The OL.Style class lets you wrap up Rules into styles that
can be used with drawFeature to draw the feature in the selected style.
* OL.Layer.Vector.drawFeature will check if the given style is an OL.Style
object, and if so, it will draw the feature accordingly.
examples/georss-flickr.html shows usage of these classes.
Many, many thanks go to Andreas for all his hard work on this: this code really
is very pretty, and includes unit tests for all the classes (and we know that I
am a big fan of tests.)
Three cheers for Andreas: Hip hip, hooray! hip hip, hooray! hip hip, hooray!
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5429 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
go ahead and commit this (relatively lighttweight) patch to the code so that
the projection library base API is there, even though for the most part, it's
not usable yet. This changes map.projection from being a string to being a
class, with a projCode on it. (Closes#1035)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5401 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
SphericalMercator changes. Note that this explicitly does *not* include
r4182 , so as to keep changes to a single logical set: that should be
filed in a seperate bug if it can be reproduced against trunk after this
commit. Hooray for Tim, thanks for all the feedback, onward and upward!
(Closes#686)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4221 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
