and our geography doesn't, so the numbers end up off in the north-south
direction when *not* using spherical mercator. Now, if someone comes to use us
and says 'oh my! you ruined me!' we can say 'options! we love options!' and do
a rain dance. (Closes#1164)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5229 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
just so we pick up smooth dragging, and fix the broken API key (for my domain,
cough) of draggingGoogle.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5225 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
translation correctly. Also, update example to show usage, and tests to test
jpeg instead of testing png incorrectly.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5100 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
existing popup.", reported by (and original fix provided by) Bart. Patch
reworked, and tests modified to accomodate for destruction of popup. (Closes
#815)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4927 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
catch it because they were all minimal unit tests -- so they never hooked
up features to layers with projections. This fixes the createCRSObject
function, including updated documentation, and includes tests for regression.
(Pullup #1062)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4819 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
This is slightly more expensive for parsing, but leads to the ability to
load almost all KML Placemarks with geometries on the web, instead of a small
portion of them.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4797 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
API changes have made working with the Yahoo! API more painful (more errors)
but have also made available a function to change that, which we now use.
(Pullup #1052)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4793 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
though one has a style property and the other doesn't. This means that when
we pass in 'window' to pagePosition, it blows up, but it didin't before a
recent reorganization. Here, we create a short term preventative measure to
ensure that old apps don't break -- this should be fixed in 2.6.
(See #1034, #1051)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4783 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
it created after the first one. this means that the layer loadstart/loadend
functions were never being called. Fix with a patch by rdewit. (See #1045)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4760 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
#1007) This closes the last remaining bug for 2.5RC3 -- I'll release that in
the morning unless anything new pops up.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4429 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
them all by default into builds. This will achieve that. (This fixes bart's
email to the users list: "[OpenLayers-Users] OL 2.5RC1" sent this morning.)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4382 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
proxy that supports post -- and his was more complete. Pull in Tim's. (This
is from the wfsv sandbox.) Thanks, Tim. (See #991)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4371 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
lat/lon/zoom/layers." Reported by bobkare (thx, bobkare!) with a patch by same,
rewritten by Schuyler, reviewed by me -- and I'm committing because Schuyler's
whitespace was bad. (RC1, here we come!)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4345 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
attempt to drag the point feature, you get errors about this.feature.geometry
being undefined. Fix this by not unsetting this.feature inside the
doneDragging. (Closes#971)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4341 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
anymore, preferring OpenLayers.Function.bind(function, object), we don't
need to provide this -- so if someone provides something different, don't
clobber it. (Closes#962)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4339 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
control addition. This should be fixed better -- specifying the index is the
wrong way to test this.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4337 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
initialize.apply is called with the arguments object, which causes an error if
an element is passed into the control." Also applied to Scale. Now fixed
with review from e-dog. (Closes#978) Fixes the only problem I found with
migrating the Boston freemap to 2.5.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4333 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
removes outdated 2.0 information (which has since moved to the wiki) and
instead acts as a release history, with pointers to the appropriate release
notes in the wiki.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4323 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
anything other than points. Both of these are resolved with the new GeoRSS
support, which supports all of GeoRSS simple. Includes tests and significant
review from Senor Schaub, and addition to the examples/vector-formats.html
file. (Closes#973)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4305 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
it out of the way. This fixes the issue reported earlier today, where the
navtoolbar left/top weren't clickable in Firefox. (Closes#972)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4301 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
applied twice. anyway, cleaned it up and made it so that i don't get a
side scroller in my browser.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4286 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
103 for (specifically, that baselayer changes always resulted in a null
attribution string), and fixes spelling. This commit makes the attribution
control work and stuff. (Closes#103)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4237 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
handler from pierre.
Confirmed that this can be tested simply by using anything with a drag handler
in IE, so it will get caught in acceptance test.
(Closes#792)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4230 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
craft a test which exposed the lack ... until i realized with pgiraud's help
that my test was backwards to begin with. (Closes#666)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4217 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
that it was added in the Original Prototype -> No Prototype conversion --
but looking at the code, adding it was clearly a mistake. Removing
String.indexOf. (Note that this has no affect on the code: this function
would never be called, because it wasn't defined on the prototoype.)
(Closes#963)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4216 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
String.prototype.trim. (Closes#961) Note that we should also be more careful
not to clobber other library prototypes. (See #962) I'm going to check this
in to fix the bug for 2.5, and we'll work on the latter in 2.6.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@4213 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
crschmidt