Hey Gorkem, Thanks for this and putting the effort into kick starting this. Sorry about the late reply.
I like the changes (made a minor comment re: widget element id in the github pull request). Correctly adopting the spec should help. Leveraging several <param> elements inside a <feature> element, one param per platform, to describe the resolution of native plugin source from cordova.exec service label [1] is elegant. I'm up for +1'ing these changes. Should help with our ongoing plugin tooling work too! Unless other people have problems with this approach, I'll aim to merge this stuff in on Friday. Perhaps some of the core maintainers for Android and iOS can review those particular changes (I trust your judgement more than my high-level understanding :P). If that all checks out, we can set up issues for the Windows Phone platforms, BlackBerry, and other platforms. [1] https://github.com/apache/cordova-android/pull/41/files#L2R57 On 4/1/13 2:24 PM, "Anis KADRI" <[email protected]> wrote: >I would like this to be reviewed/merged as well because config.xml >differences are becoming a pain in terms of plugin management. > >Android has a /cordova/plugins. iOS had a /cordova/plugins in 2.4 and now >has a /widget/plugins. BlackBerry 10 has a /widget/plugins and is >following the spec by using "feature" instead of "plugin". > >Whatever we decide I would like to have some kind of uniformity across >platforms. > >-a > > >On Thu, Mar 28, 2013 at 12:05 PM, Gorkem Ercan ><[email protected]>wrote: > >> Hi All, >> I am working on a set of plugins for Eclipse that will eventually be >>part >> of the JBoss IDE. I seem to have similar requirements to cordova-cli and >> noticed that some of the things that are planned for cli is well aligned >> with our plans. So I am hoping to contribute as much as I can. >> >> We also use W3 widget packaging spec based config.xml as a blanket to >> configure a Cordova App for all platforms. However there are >>differences on >> the config.xml that each platform consumes compared to the W3 spec and >>as >> you can imagine a more uniform platform behaviour makes our life a bit >> better. So I have tried to take a shot at unifying the differences >>between >> platforms and created pull requests for android[1]. iOS[2] and CLI[3]. I >> think with these PRs JIRA[4] for migrating from <plugin> to <feature> >> should be resolved (at least for iOS and Android) and its parent[5] >>should >> be updated. >> >> The changes are compatible with the existing config.xmls on iOS and >> Android, I think it will be even possible to mix and match the new >>syntax >> <feature> with the old ones. >> >> [1] https://github.com/apache/cordova-android/pull/41 >> [2] https://github.com/apache/cordova-ios/pull/45 >> [3] https://github.com/apache/cordova-cli/pull/7 >> [4] https://issues.apache.org/jira/browse/CB-1109 >> [5] https://issues.apache.org/jira/browse/CB-1108 >> >> -- >> Gorkem >>
