On Fri Sep 20 10:11 AM, Michal Mocny wrote:
> Yeah, but not sure how best to do so.
>
> Do we have a way to mark plugins as deprecated? Crazy idea: upload a
> nearly
> empty version under the old plugin name that on the
> new one, and
> add a type tag to plugin.xml spec?
>
It sort of brings u
On Fri, Sep 20, 2013 at 2:28 PM, Michal Mocny wrote:
> When updating platforms, I think we re-install already-installed-plugins,
> right? Should make sure that that doesn't lead to annoying warning chain
> and/or broken workspace.
>
Braden just added the "platform update" command two days ago, a
When updating platforms, I think we re-install already-installed-plugins,
right? Should make sure that that doesn't lead to annoying warning chain
and/or broken workspace.
Also, solution seems hacky. What don't you like my crazy idea to change
old plugin to on new version? ;)
-Michal
On Fri,
The current way to upgrade your plugin is:
cordova plugin rm old.plugin.id
cordova plugin add new.plugin.id
Maybe we could just add a check in plugman that when it sees "plugin add
org.cordova.core", we print a message telling them to omit ".core"
On Fri, Sep 20, 2013 at 10:11 AM, Michal Mocny
Yeah, but not sure how best to do so.
Do we have a way to mark plugins as deprecated? Crazy idea: upload a
nearly empty version under the old plugin name that on the new
one, and add a type tag to plugin.xml spec?
-Michal
On Fri, Sep 20, 2013 at 6:53 AM, Michael Brooks wrote:
> >
> > We don
>
> We don't upgrade plugins as part of platform upgrade anyway, do we? Still,
> its a good point that we may want to map these to newer versions.
Good point.
Regardless, we want to ease the upgrade path of these core plugins. It'll
just annoy users if we change the plugin IDs are hide these ch
We don't upgrade plugins as part of platform upgrade anyway, do we? Still,
its a good point that we may want to map these to newer versions.
One option could be to leave the old names registered in the plugin
registry for a while, and mark deprecated somehow (and perhaps not make
them visible fro
I prefer the shortened plugin IDs as well.
Will we want each platform's upgrade script aware of these names in order
to ease the upgrade path from 3.0.0-3.1.0?
On Thu, Sep 19, 2013 at 10:38 AM, Andrew Grieve wrote:
> Anis and I discussed a bit on
> https://issues.apache.org/jira/browse/CB-4493