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 > >