Sweet! Yeah lets see where this lands after the refactor. Dependencies are
still handled by lib as far as I know. Not sure about framework but I
assume the same. Vladimir would know about where that code will live after
the refactor.

Engine + framework tag looks good. Engine tag will have to be extended to
actually fetch cocoapods + nuget I imagine.

On Mon, Oct 19, 2015 at 4:23 PM, Shazron <shaz...@gmail.com> wrote:

> This is not a platform specific issue, at least for cordova-ios, and
> is the domain of the cordova-lib/cli currently (I think the
> cordova-lib re-factor changes this?)
>
> There will be a cordova-discuss doc, but the gist of it is:
>
> <engines>
>     <engine name="cocoapods" version=">=0.39.0"  platform="ios" />
>     <engine name="nuget" version=">=3.2" platform="windows" />
> </engines>
>
> <framework src="path/to/mypod.podspec" type="podspec" />
> <framework src="path/to/mynu.nuspec" type="nuspec" />
>
> The above use existing documented attributes for both the <engine> and
> <framework> tags:
> https://cordova.apache.org/docs/en/5.1.1/plugin_ref/spec.html
>
>
> On Sat, Oct 17, 2015 at 11:56 PM, Steven Gill <stevengil...@gmail.com>
> wrote:
> > At the Cordova F2F, everyone seemed to agree that we should bring
> CocoaPods
> > support to plugins as dependencies for iOS.
> >
> > Cordova-android currently uses Gradle as a way to enable external
> > dependency resolution for plugins using the framework tag.
> >
> > A suggestion about using the engine tag to fetch cocoapods-cli (mac) &
> > NuGet (windows) followed by using the framework tag was discussed.
> >
> > The minutes[1] show Carlos, Shaz and Raghav as looking into the design.
> > Someone should write up a proposal on cordova-discuss[2] and create the
> > issues. Post them in this thread.
> >
> > This shouldn't take priority over cordova-ios 4 issues.
> >
> > [1]
> >
> https://docs.google.com/document/d/1MArKRmnLS052LBbhPxJF57_4ZivghOj8znWo5sTCkbU/edit?usp=sharing
> > [2] https://github.com/cordova/cordova-discuss
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
> For additional commands, e-mail: dev-h...@cordova.apache.org
>
>

Reply via email to