as long -- presumably, the tests are less 'interactive', so the longer
wait doesn't hurt anyone, and this should help prevent failures due to
timeouts.l
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5486 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
permission to beat me senseless for not being able to test it there first.
Note that I'm pretty sure this still doens't work with FF3.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5479 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
it or not, and #1218 will cause the behavior to change across the board,
most likely, so we'll just be slightly more accepting, since the XML prolog
is almost definitely unlikely to not matter.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5478 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
the KML comes out namespaceless. Wrap the test up so that it doesn't totally
fail, and Paul is adding this to KnownIssues.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5475 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
FF2 won't work unless the map is loaded 'onload' -- but in Opera, adding
something to onload causes opera to believe that the page never finishes
loading within the test framework. FF3 works fine with this test if we
don't run it in a new window, but FF2 does not. For the time being, make
it work in our most well-supported platform -- FF2 -- and add a
FIXME to make it work in Opera.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5474 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
we still want this to b reported as a success, but log them to debug so that
people are aware the test is being skipped.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5468 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
If we do not do this, then every time we instantiate a new map using the same
div, the clientHeight as reported by the browser grows, and eventually we're
doing tests with a totally different sized window than we intended to.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5457 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
exist. Fallback to an empty string if getAttributeNS returns null. With
this change, the Format.XML test passes in Opera.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5453 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
1. Meta-refresh, set to 20 minutes.
2. 20 second page download timeout, instead of the standard 6.
3. After all tests have finished, posts results back to
http://openlayers.org/test/results.cgi , which shows the results. Failures kick
off an email (currently only to me).
To set up auto-testing for your platform, set up a machine with a browser running full
time, and open the URL:
http://openlayers.org/dev/tests/auto-tests.html?run=all
tests will be run automatically on load, and every time the page refreshes, they will
run again, recording their results each time.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5444 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
and the Y transforms just make working with the SVG directly -- for example,
with people modifying it to support text -- more difficult than it should be.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5430 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
events -- this means that if an image fails to load, it will still trigger
a loadend event, and the layer will eventually be in a state where it is no
longer waiting to load. Thanks to Andreas for the investigation! (Closes#842)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5428 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
the SphericalMercator mixin register two transformations to/from EPSG:900913,
EPSG:4326. Thanks to Tim for the feedback and review. (Closes#1210)
This allows us to transform points to/from SphericalMercator
without proj4js support -- and if other projects need similar functionality,
they can write their own custom transformation functions rather than
modifying proj4js to support some custom projection.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5410 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
been fixed a while ago, but we were waiting on a test: Now that it's been
reported by four different users, I'm just going to go ahead and fix it,
grudgingly, rather than wait longer on a test. (Closes#958, #1117)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5357 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
canonical way of transforming data, and we should make sure users feel
comfortable using it.
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5350 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
nothing else. This fixes the fact that you can't use client side opacity
while including the Virtual Earth javascript. Thanks for the spot from
Jeff Yutzler. Includes a manual test. (Closes#1175)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5326 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
externalGraphic, diligently filed, investigated, and fixed by The great and
powerful Oz, er, Andreas, who is becoming my new vector rendering hero.
(Closes#1172)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5323 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
template and some context -- to be used within the SLD framework. Developed
by Andreas and Sr. Schaub. Thanks, guys!
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5317 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
* the ability to 'flip' the GML format xy ordering on parsing, allowing the
GML parser to parse 'real' GML in 4326 when the option is on.
* parsing of GML 'envelope' as a Polygon. this is primarily to support
the next...
* GeoRSS GML read support, using the GML format when neccesary.
Includes a comprehensive set of tests, and is really one of the better assembled
major patches from a first-time contributor I've ever seen. Thanks for the hard
work, Roald! (Closes#1109)
git-svn-id: http://svn.openlayers.org/trunk/openlayers@5238 dc9f47b5-9b13-0410-9fdd-eb0c1a62fdaf
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
crschmidt