provide dynamic loading of defs as an add-on

[madair]

As suggested by Richard, the default build should include just the core library with no dependence on OpenLayers? code. In this case, projection definitions must be loaded through a script tag independently of the core library.

Dynamic lookup of def files can be provided by over-riding certain methods of the Proj4js object in a separate JS file which woudl be included in a dynamic lookup build.

[madair]

changeset:21

two important changes:

- dynamic loading using script tags removes much of the dependencies on OpenLayers? and it also means that a proxy script is no longer required. Naturally IE behaves differently in that there isn't an onerror method on the script tag so a work-around is used.

- the above change means only 3 methods from OL are required to support inheritence. A copy of these is implemented in the Proj4js namespace to simplify script loading.

[dgrichard]

Replying to madair:

changeset:21 two important changes: - dynamic loading using script tags removes much of the dependencies on OpenLayers? and it also means that a proxy script is no longer required. Naturally IE behaves differently in that there isn't an onerror method on the script tag so a work-around is used. - the above change means only 3 methods from OL are required to support inheritence. A copy of these is implemented in the Proj4js namespace to simplify script loading.

We are using PROJ4JS along with OpenLayers? and dynamic loading is of major importance. Following your explanation, I have produce a version of proj4js.js allowing dynamic loading with just the addition of de OpenLayers?.Utils.Try method(). It is attached to this ticket.

[dgrichard]

dynamic loading without requiring OL

[dgrichard]

The patch also contains typo and thinks related with ticket#17.

[madair]

dgrichard: can you a diff against the proj4js trunk please? I have trouble applying the patch as supplied.

Also, I would hesitate to put synchronous loading back in. In Javascript it seems that asynchronous loading is usually preferred so that the browser won't lock up. Maybe this patch can be coded as an add-on js file that overrides the default methods and included only if required?

[dgrichard]

Replying to madair:

dgrichard: can you a diff against the proj4js trunk please? I have trouble applying the patch as supplied. Also, I would hesitate to put synchronous loading back in. In Javascript it seems that asynchronous loading is usually preferred so that the browser won't lock up. Maybe this patch can be coded as an add-on js file that overrides the default methods and included only if required?

You're right and that what we are doing : overriding the default methods by just adding it after the proj4js is included ! I am going to attach the javascript file we are using.

[dgrichard]

Overriding methods that read defs files

[madair]

added at rev #1612

Thanks for the contribution!