[
https://issues.apache.org/jira/browse/CB-13780?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16326412#comment-16326412
]
Adriano Di Giovanni commented on CB-13780:
------------------------------------------
You're right. The plugin code may not work with all versions but the problem I
always face with third party plugins is that all play services frameworks must
have the same version. If more than one third party plugin use play services
frameworks it is very likely that versions aren't the same. I now have forked
repos for all of these plugins and the only change I make relates to the
version for the various play services frameworks.
I think that plugin developers shouldn't reference the framework or they should
make the framework version configurable. Any other ideas?
> Should allow preferences having empty default
> ---------------------------------------------
>
> Key: CB-13780
> URL: https://issues.apache.org/jira/browse/CB-13780
> Project: Apache Cordova
> Issue Type: Improvement
> Components: cordova-lib
> Reporter: Adriano Di Giovanni
> Priority: Trivial
> Labels: framework, plugin, podspec
>
> Please,
> consider the following snippet from plugin.xml
> {code:java}
> <platform name="ios"><preference name="VERSION" default="" /><framework
> src="Google-Mobile-Ads-SDK" type="podspec" spec="$VERSION" /></platform>
> {code}
> It would be useful if preferences having an empty default are considered
> valid instead of missing.
> This new behavior lets you use a preference to specify a podspec version and
> if the preference has empty default, it means the latest version should be
> installed.
> Today, there is no other way to do it unless CocoaPods changes podfile to let
> you specify something like +, * or latest to install the latest version of a
> podspec (instead of omitting the version at all).
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
