Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cordova.apache.org
Received-SPF: pass (nike.apache.org: domain of princej.ws01@hotmail.co.uk
 designates 157.55.0.207 as permitted sender)
Message-ID: <DUB122-W1349AA9D663FAB848FB23BD08F0@phx.gbl>
Content-Type: multipart/alternative;
	boundary="_bb8862ed-7fe6-435a-92f2-39bc3c491814_"
From: J Prince <princej.ws01@hotmail.co.uk>
To: "dev@cordova.apache.org" <dev@cordova.apache.org>
Subject: RE: Suggestion - pluginLoader
Date: Fri, 21 Jun 2013 13:30:08 +0100
Importance: Normal
In-Reply-To: <DUB122-W424C73C14BD3EAC9BE2771D08C0@phx.gbl>
References: 
 <DUB122-W30AC984A1FB3B52CC44C8ED0810@phx.gbl>,<CADVgkyO+Wh7RzQ9t15ae7SPVpb-0fH6wutz4L-xg0xrnfiueWw@mail.gmail.com>,<DUB122-W33194C3186FA9D2A893E3AD0830@phx.gbl>,<6AA5D154FC52C047B1FF1CA3759A935B3CD845E9@BN1PRD0712MB650.namprd07.prod.outlook.com>,<DUB122-W424C73C14BD3EAC9BE2771D08C0@phx.gbl>
MIME-Version: 1.0

--_bb8862ed-7fe6-435a-92f2-39bc3c491814_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

So it's been about a week now and I haven't really had any feedback on this=
.
https://github.com/jxp/cordova.pluginLoader
 I'm not sure if this means=3B

a) Everyone is too busy
b) Everyone assumed someone else would respond
c) No-one is that interested in plugin javascript definitions
d) You've had similar discussions before and don't want to start THAT again


> From: princej.ws01@hotmail.co.uk
> To: dev@cordova.apache.org
> Subject: RE: Suggestion - pluginLoader
> Date: Tue=2C 18 Jun 2013 16:55:19 +0100
>=20
> I have (briefly) looked at Harmony loaders before but that is a spec for =
a future javascript language version.
> I have found a module loader that I wish to use (require.js).
>=20
> My point is that the current suggested module definition for cordova plug=
ins INCLUDES a loader implementation.
>=20
> I am suggesting that the loader implementation be removed from the plugin=
 to a new method cordova.pluginLoader
> This would make the plugins cleaner (as they would only describe their ow=
n behaviour) and it would also allow cordova or app developers to change/cu=
stomize the loader implementation as needed.
>=20
> My suggested approach would result in plugins that could be loaded in mul=
tiple different ways including (but not limited to)=3B "classic" window.plu=
gins=2C cordova.define and require.js
>=20
>=20
> > -----Original Message-----
> > From: J Prince [mailto:princej.ws01@hotmail.co.uk]=20
> > Sent: Monday=2C June 17=2C 2013 7:27 AM
> > To: dev@cordova.apache.org
> > Subject: RE: Suggestion - pluginLoader
> >=20
> > There are a few main reasons.
> >=20
> > 1. The app I am working on is an Enterprise app. We are designing the a=
pp as a Cordova shell that re-directs to all the html content. This means t=
hat we have to dynamically load a different cordova.js (depending on platfo=
rm) following the redirect.
> > So we are actually unable to do anything other than dynamically load pl=
ugins once the platform specific cordova.js is loaded
> >=20
> > 2. Some of the plugins will be used incredibly rarely. It doesn't seem =
necessary to always load plugins until they are needed.
> >=20
> > 3. We are building with a single page architecture so don't want to end=
 up with lots of script includes in the index.html page.=20
> > The define/require pattern feels much cleaner and better compartmentali=
zed.
> > Our main page currently has 2 script includes: require.js and jqmobi.
> >=20
> >  		 	   		 =20
> >=20
>  		 	   		 =20
 		 	   		  =

--_bb8862ed-7fe6-435a-92f2-39bc3c491814_--