correct, at least from me I have had bandwidth to look into this again. but is something I think is valuable to have
On Thu, Jan 14, 2016 at 5:14 PM Simon MacDonald <simon.macdon...@gmail.com> wrote: > Looking at the JIRA there doesn't seem to have been any movement on > CocoaPod support for iOS, is my assumption correct? > > > Simon Mac Donald > http://hi.im/simonmacdonald > > On Mon, Oct 26, 2015 at 6:02 PM, Carlos Santana <csantan...@gmail.com> > wrote: > > > Great ! > > So in other words you are telling me RTFM :-p > > On Mon, Oct 26, 2015 at 5:56 PM Shazron <shaz...@gmail.com> wrote: > > > > > This case has been covered by the <engine> tag itself -- the > > > specifications say there is a "platform" attribute. The engine > > > requirement will not be checked if you are not on the specified > > > platform(s). > > > > > > > > > On Fri, Oct 23, 2015 at 7:21 PM, Carlos Santana <csantan...@gmail.com> > > > wrote: > > > > I mean is that I should be allow to add a plugin from a windows/linux > > > > machine where cocoapod client is not present, then compile on a Mac > > where > > > > the pod client is available and "pod install" can run > > > > > > > > Will need to work out the details with engine, I just want to make > > sure > > > > that engine tag doesn't stop the whole plugin from being added on a > > > > windows/linux machine. > > > > > > > > On Fri, Oct 23, 2015 at 8:33 PM Shazron <shaz...@gmail.com> wrote: > > > > > > > >> Send PR's or comment on a line in a commit. I think. > > > >> > > > >> Not sure what you mean -- the purpose of Cocoapods is to > > > >> install/uninstall a pod. It is thus a plugin add/install step. > > > >> > > > >> On Fri, Oct 23, 2015 at 5:12 PM, Carlos Santana < > csantan...@gmail.com > > > > > > >> wrote: > > > >> > How does this discussion repo works again? > > > >> > Do we create a github issue pointing to the proposal to have the > > > >> > discussion there with comments? > > > >> > > > > >> > One thing I notice is that engine the way they work today this > will > > > not > > > >> > work, since we want to allow the plugin to be installed, and > > cocoapod > > > is > > > >> > only need it on compile step not plugin add/install step. > > > >> > > > > >> > > > > >> > > > > >> > On Tue, Oct 20, 2015 at 6:05 AM Vladimir Kotikov (Akvelon) < > > > >> > v-vlk...@microsoft.com> wrote: > > > >> > > > > >> >> Hey, guys. > > > >> >> > > > >> >> After ios refactoring the <framework> handling definitely will > be a > > > part > > > >> >> of platform. As for <engine> tag, I guess it make sense to keep > > this > > > >> logic > > > >> >> in LIB and let cordova itself check availability of > > cocoapods/nuget. > > > >> >> > > > >> >> - > > > >> >> Best regards, Vladimir > > > >> >> > > > >> >> -----Original Message----- > > > >> >> From: Steven Gill [mailto:stevengil...@gmail.com] > > > >> >> Sent: Tuesday, October 20, 2015 2:36 AM > > > >> >> To: dev@cordova.apache.org > > > >> >> Subject: Re: [DISCUSS] CocoaPods dependencies for iOS plugins > > > >> >> > > > >> >> 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://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fcordo > > > >> >> > va.apache.org > > > >> %2fdocs%2fen%2f5.1.1%2fplugin_ref%2fspec.html&data=01%7c0 > > > >> >> > 1%7cv-vlkoti%40064d.mgd.microsoft.com > > > >> %7c5e3acbf36e3e43b1eb4d08d2d8de29 > > > >> >> > > > > 40%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=MVFyYNFESBtyyUxn2mvK5% > > > >> >> > 2bnOxizyDMAP2WIaCWxJwUM%3d > > > >> >> > > > > >> >> > > > > >> >> > 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://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fdocs > > > >> . > > > >> >> > google.com > > > >> %2fdocument%2fd%2f1MArKRmnLS052LBbhPxJF57_4ZivghOj8znWo5sTCk > > > >> >> > > > > bU%2fedit%3fusp%3dsharing&data=01%7c01%7cv-vlkoti%40064d.mgd.microsoft > > > >> >> > > > > .com%7c5e3acbf36e3e43b1eb4d08d2d8de2940%7c72f988bf86f141af91ab2d7cd011 > > > >> >> > db47%7c1&sdata=GPpiC70BVEDo4gvljKi6OqXsdGUOLPHmhaDKXH6P7kQ%3d > > > >> >> > > [2] > > > >> >> > > > > > >> > https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fgit > > > >> >> > > hub.com > > > >> %2fcordova%2fcordova-discuss&data=01%7c01%7cv-vlkoti%40064d.m > > > >> >> > > gd.microsoft.com > > > >> %7c5e3acbf36e3e43b1eb4d08d2d8de2940%7c72f988bf86f141 > > > >> >> > > > > > af91ab2d7cd011db47%7c1&sdata=t4gpBVojZ3H94gCLRboa%2fvkHlBCoVxZsWuiCH > > > >> >> > > TVkylo%3d > > > >> >> > > > > >> >> > > > > --------------------------------------------------------------------- > > > >> >> > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > > > >> >> > For additional commands, e-mail: dev-h...@cordova.apache.org > > > >> >> > > > > >> >> > > > > >> >> > > > >> > > > >> > --------------------------------------------------------------------- > > > >> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > > > >> For additional commands, e-mail: dev-h...@cordova.apache.org > > > >> > > > >> > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > > > For additional commands, e-mail: dev-h...@cordova.apache.org > > > > > > > > >
