] On Behalf Of
Andrew
Grieve
Sent: Thursday, July 24, 2014 6:47 AM
To: dev
Subject: Re: Proposal: remove platform versions from platfroms.js
I agree that the feature will make installing platforms less
predictable...
or at least, just as unpredictable as plugins.
It is a good idea to look at exactly
Santana [mailto:csantan...@gmail.com]
Sent: Wednesday, July 23, 2014 2:27 PM
To: dev@cordova.apache.org
Subject: Re: Proposal: remove platform versions from platfroms.js
I forgot to mention but agree with suggestion of having a local version of
cordova cli saved in node_modues
If you're interested in this I think it'd be best to look at the
--experimental plugin save and plugin restore commands and try to
iterate from there.
On Wed, Jul 23, 2014 at 5:21 PM, Carlos Santana csantan...@gmail.com
wrote:
+1 on removing the pining
Can we at least record what's get's
: remove platform versions from platfroms.js
+1 for package.json for platforms. plugins might a bit trickier but
+still
doable, we could get rid of plugins/ but we somehow need to keep track of
them in node_modules/ (maybe use one of the 10 config files we have).
Platforms in package.json
Message-
From: agri...@google.com [mailto:agri...@google.com] On Behalf Of Andrew Grieve
Sent: Thursday, July 24, 2014 6:47 AM
To: dev
Subject: Re: Proposal: remove platform versions from platfroms.js
I agree that the feature will make installing platforms less predictable...
or at least, just
a branching
problem that we should not pass on to end users.
-Chuck
-Original Message-
From: agri...@google.com [mailto:agri...@google.com] On Behalf Of Andrew
Grieve
Sent: Thursday, July 24, 2014 6:47 AM
To: dev
Subject: Re: Proposal: remove platform versions from platfroms.js
I
Of Andrew
Grieve
Sent: Thursday, July 24, 2014 6:47 AM
To: dev
Subject: Re: Proposal: remove platform versions from platfroms.js
I agree that the feature will make installing platforms less
predictable...
or at least, just as unpredictable as plugins.
It is a good idea to look at exactly
Subject: Re: Proposal: remove platform versions from platfroms.js
I agree that the feature will make installing platforms less
predictable...
or at least, just as unpredictable as plugins.
It is a good idea to look at exactly what the benefits are though.
First - the benefits
Message-
From: agri...@google.com [mailto:agri...@google.com] On Behalf Of
Andrew
Grieve
Sent: Thursday, July 24, 2014 6:47 AM
To: dev
Subject: Re: Proposal: remove platform versions from platfroms.js
I agree that the feature will make installing platforms less
Message-
From: agri...@google.com [mailto:agri...@google.com] On Behalf Of
Andrew
Grieve
Sent: Thursday, July 24, 2014 6:47 AM
To: dev
Subject: Re: Proposal: remove platform versions from platfroms.js
I agree that the feature will make installing platforms less
-
From: agri...@google.com [mailto:agri...@google.com] On Behalf
Of
Andrew
Grieve
Sent: Thursday, July 24, 2014 6:47 AM
To: dev
Subject: Re: Proposal: remove platform versions from platfroms.js
I agree that the feature will make installing platforms
-Original Message-
From: agri...@google.com [mailto:agri...@google.com] On Behalf
Of
Andrew
Grieve
Sent: Thursday, July 24, 2014 6:47 AM
To: dev
Subject: Re: Proposal: remove platform versions from
platfroms.js
I agree that the feature will make
...@google.com] On
Behalf
Of
Andrew
Grieve
Sent: Thursday, July 24, 2014 6:47 AM
To: dev
Subject: Re: Proposal: remove platform versions from
platfroms.js
I agree that the feature will make installing platforms less
predictable
Currently WebWorks ships specific versions of things.
If we had shipped unpinned versions of stuff, then eventually we would
have created projects which our UI wouldn't have recognized as valid
(because, they e.g. Didn't have a .cordova, or a hooks, or a merges
or whichever things we had
This sounds like a great topic for hangout Friday. Glad to have a concrete
proposal / some counter arguments to discuss.
On Wed, Jul 23, 2014 at 10:22 AM, Mark Koudritsky kam...@google.com wrote:
Currently WebWorks ships specific versions of things.
If we had shipped unpinned versions of
Yeah, let's discuss the full impact on Friday.
@purplecabbage
risingj.com
On Wed, Jul 23, 2014 at 7:36 AM, Michal Mocny mmo...@chromium.org wrote:
This sounds like a great topic for hangout Friday. Glad to have a concrete
proposal / some counter arguments to discuss.
On Wed, Jul 23, 2014
+1 for package.json for platforms. plugins might a bit trickier but still
doable, we could get rid of plugins/ but we somehow need to keep track of
them in node_modules/ (maybe use one of the 10 config files we have).
Platforms in package.json should cause no problems though, add/remove
platforms,
10:47 AM
To: dev@cordova.apache.org
Subject: Re: Proposal: remove platform versions from platfroms.js
Yeah, let's discuss the full impact on Friday.
@purplecabbage
risingj.com
On Wed, Jul 23, 2014 at 7:36 AM, Michal Mocny mmo...@chromium.org wrote:
This sounds like a great topic for hangout
: Wednesday, July 23, 2014 10:54 AM
To: dev@cordova.apache.org
Subject: Re: Proposal: remove platform versions from platfroms.js
+1 for package.json for platforms. plugins might a bit trickier but
+still
doable, we could get rid of plugins/ but we somehow need to keep track of them
in node_modules
how the bundling works - plugins are packaged with the
app, while platforms are only needed during development !!
-Original Message-
From: Anis KADRI [mailto:anis.ka...@gmail.com]
Sent: Wednesday, July 23, 2014 10:54 AM
To: dev@cordova.apache.org
Subject: Re: Proposal: remove platform
Part of the discussion is release flexibility vs predictability. My main
problem is that currently we have neither. By default CLI downloads pinned
versions of platforms but latest versions of plugins.
Changing the concept of corodva project to something managed by npm is an
interesting idea but
I think Mark summarizes my thoughts as well.
We're overdue brainstorming what we want cordova workspaces to look like
(package.json, app manifests / config files, grunt/gulp integration,
browserify, directory structure..). I don't think even the full hour on
this weeks hangout would suffice for
+1 on removing the pining
Can we at least record what's get's installed in a single place?
This will help if someone is trying to debug a problem, it will be easy to
tell what are the components and their levels being use.
Meaning a the minimum recording platforms, plugins, and latest cli
I forgot to mention but agree with suggestion of having a local version of
cordova cli saved in node_modues, and that the default cordova behavior
will be to look first in local node_modules for cordova cli and if it found
use that one, if not then use global one. same as grunt-cli
On Wed, Jul
was allowing you to do platform add android@3.5.1?
-Chuck
-Original Message-
From: Carlos Santana [mailto:csantan...@gmail.com]
Sent: Wednesday, July 23, 2014 2:27 PM
To: dev@cordova.apache.org
Subject: Re: Proposal: remove platform versions from platfroms.js
I forgot to mention but agree
Currently a release of our cli tools always downloads the same version of
platform files which is hard-coded incordova/platforms.js
https://github.com/apache/cordova-lib/blob/master/cordova-lib/src/cordova/platforms.js.
This makes it impossible to release new versions of platforms that would be
Mark Koudritsky wrote:
As the next step in decoupling platform releases I would like to remove
the
hard-coded version in platform.js and let the CLI to download the latest
platform version available on npm by default.
As long as the file will continue to support pinned versions…
I'm not quite
: remove platform versions from platfroms.js
Mark Koudritsky wrote:
As the next step in decoupling platform releases I would like to remove
the hard-coded version in platform.js and let the CLI to download the
latest platform version available on npm by default.
As long as the file will continue
can simply be installed
using npm and are treated just like packages to build an app.
-Original Message-
From: Josh Soref [mailto:jso...@blackberry.com]
Sent: Tuesday, July 22, 2014 3:06 PM
To: dev@cordova.apache.org
Subject: Re: Proposal: remove platform versions from platfroms.js
29 matches
Mail list logo