You used to be able to pass settings for the project's config.json file on the
command line to create:
cordova create test com.johnwargo.test Test {\"autosave\":\"true\"}
That worked pre-4.0 but didn't seem to work in my moments ago test of this with
the latest version. It would make the .cordova folder and populate the .json
file with any parameters that were passed on the command line. At SAP we use
this to help developers set the plugin search path so the CLI can find locally
installed dependent plugins.
Was this (admittedly ugly) feature removed?
On 3/6/2015 9:30 PM, Mefire O. wrote:
- autosave IS a released feature. The 4.3.0 release includes it.
- I don't think the feature may go away, I think it just feels dirty to
instruct users to directly edit the .cordova/config.json file. It doesn't seem
to me like it contributes a good user experience.
- I like the idea of having a command to hide this from the user as suggested
by Jesse : 'cordova config [--global] autosave true|false'.
If we decide to go the 'cordova config' route, I think it might make sense to
wait on documenting it until it's in.
Otherwise, we should just go ahead and document it.
Thanks,
Mefire
-----Original Message-----
From: Raymond Camden [mailto:raymondcam...@gmail.com]
Sent: Friday, March 6, 2015 6:09 PM
To: dev@cordova.apache.org
Subject: Re: Some thoughts/questions on the new --save feature
Well to be clear, I thought at first this was a *released* feature, just not
one documented well. (Or maybe documented and I missed it - I miss crap all the
time.)
If I understand right, this is a feature, but one that may go away, so there
may not be a need to document it.
Or maybe not - this thread has gone back and forth a bit. ;)
In my opinion, the ability to modify the CLI at the global or project level
seems interesting. Maybe not terribly useful to most, but it seems like a good
feature, so I'd be in favor of this being documented. (I don't actually see me
adding this to my book - it feels too out there.)
But what I really want is to hear a firm decision. :)
On Fri, Mar 6, 2015 at 6:59 PM, Jesse <purplecabb...@gmail.com> wrote:
We are not expecting users to modify this file, afaik.
Raymond is living on the cutting edge because he is writing a book, so
he wants details before they are available.
Personally, I would expect that we would mimic git with something like :
cordova config [--global] autosave true|false
But all of this is currently sausage ingredients ...
@purplecabbage
risingj.com
On Fri, Mar 6, 2015 at 4:43 PM, Nikhil Khandelwal
<nikhi...@microsoft.com>
wrote:
If we are expecting users of the CLI to modify this config.json file,
not only should we document it but also make it easy for them to edit
it. The analogy of git's config management comes to mind - with both
support for local & global preferences. However, looks like
'autosave' is the only user preference that we might have for now.
Thanks,
Nikhil
-----Original Message-----
From: Mefire O. [mailto:ommen...@microsoft.com]
Sent: Thursday, March 5, 2015 12:37 PM
To: dev@cordova.apache.org
Subject: RE: Some thoughts/questions on the new --save feature
Yep, I think both options should be documented.
Thanks,
Mefire
-----Original Message-----
From: agri...@google.com [mailto:agri...@google.com] On Behalf Of
Andrew Grieve
Sent: Thursday, March 5, 2015 11:28 AM
To: dev
Subject: Re: Some thoughts/questions on the new --save feature
I don't have strong feelings about this.
When designing this, some wanted to have --save be default, some
wanted to match npm for the sake of matching npm. In the end both
ways were implemented.
I don't think we need to spend a lot of time on strategizing this. If
some one wants to doc it, go for it.
On Thu, Mar 5, 2015 at 12:34 PM, Victor Sosa <sosah.vic...@gmail.com>
wrote:
So, to me this file is a good way to automate the autosave feature
just as Gorkem is pointing (configure the JSON file, add plugins in
the usual way with cordova plugin add and share your project, no
flags needed to simply allow a good, or best, SCM practice), but
it has been mentioned that the consensus is to not promote it, does
this mean at some point the support will be dropped? Is it considered
experimental?
2015-03-05 11:17 GMT-06:00 Gorkem Ercan <gorkem.er...@gmail.com>:
On 5 Mar 2015, at 12:01, Raymond Camden wrote:
"just one way of doing things"
This confuses me though. It seemed as if this new config (I mean
new to me) was a way to configure the CLI. Is there another way
to configure the CLI? With the example that was given (default
to auto
save) being a preference for the tooling - can we accomplish
that another way?
That is the only way to enable auto save.
That preference is originally added for IDEs, build servers etc.
that use CLI.
However I think it does provide a more natural flow at least for me.
If
we
think we do not like config.json
then we should think about a more acceptable way to enable that
functionality.
On Thu, Mar 5, 2015 at 10:50 AM, Andrew Grieve
<agri...@chromium.org>
wrote:
I don't think they are documented. There's really no settings
in there (besides this one) that anyone would ever need to use.
So this would be the time to add docs. However, I do think we
should try and promote just
one
way of doing things before branching pointing out there are
hidden
knobs.
On Thu, Mar 5, 2015 at 11:31 AM, Raymond Camden <
raymondcam...@gmail.com
wrote:
Heh, ok, so how about - for the "typical" Cordova user.
And I'd still like to know where/if the settings for this file
are documented?
On Thu, Mar 5, 2015 at 10:24 AM, Michal Mocny
<mmo...@chromium.org>
wrote:
Consensus is a strong word ;)
On Thu, Mar 5, 2015 at 11:02 AM, Raymond Camden <
raymondcam...@gmail.com
wrote:
Hmm. Ok... so... is there a consensus to *not* promote it?
On Thu, Mar 5, 2015 at 9:24 AM, Gorkem Ercan <
gorkem.er...@gmail.com>
wrote:
config.son is not created by CLI by default anymore. You
need to do
create
the file and add the key.
--
Gorkem
On 5 Mar 2015, at 7:33, Raymond Camden wrote:
Sorry - what file? I don't have that in my project. If you
meant
user
root, I don't have it there either.
On Tue, Mar 3, 2015 at 12:14 PM, Gorkem Ercan <
gorkem.er...@gmail.com>
wrote:
You can enable auto save by adding auto_save_plugins to
be true
on
the
.cordova/config.json file. I think this helps with the case 1
--
Gorkem
On 3 Mar 2015, at 9:27, Raymond Camden wrote:
1) Is there any reason why --save isn't true by default?
It
would
seem
that in a majority of cases I'd want to save my plugins to
the
configuration file. I definitely see times when I would
*not*
want
to
do so, but it seems like that would be the minority of cases.
2) This is probably an edge case, but...
One of the things I do when building Cordova examples is
put up
my
www
folder in a repo. My thinking is that my readers can grab the
repo,
and then make a new project and use --copy-from to grab
the folder.
This gives them my www crap and lets them go crazy.
For plugins, I've been using a readme file to tell users
what to
do.
I'd like to make use of this new feature to persist
plugins and
save
users at least one step. (In theory they would just need to
add the
platform they want to test on.)
But in order to do so, I can't just ship the www folder,
I have
to
ship an entire Cordova project. That isn't a big deal
per se,
but
it
does mean they would need to copy a folder manually, possibly
modify
the app id, and then start working on the assets.
Given that I think my use case is probably pretty minor,
is
there
some
thought as to how one could distribute sample code and make
use of
this feature?
--
============================================================
===============
Raymond Camden, Developer Advocate for MobileFirst at IBM
Email : raymondcam...@gmail.com Blog :
www.raymondcamden.com
Twitter: raymondcamden
--------------------------------------------------------
---
-
---------
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
--
============================================================
===============
Raymond Camden, Developer Advocate for MobileFirst at IBM
Email : raymondcam...@gmail.com Blog :
www.raymondcamden.com
Twitter: raymondcamden
----------------------------------------------------------
--
---------
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
--
============================================================
===============
Raymond Camden, Developer Advocate for MobileFirst at IBM
Email : raymondcam...@gmail.com Blog : www.raymondcamden.com
Twitter: raymondcamden
-------------------------------------------------------------------
--
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org
--
============================================================
===============
Raymond Camden, Developer Advocate for MobileFirst at IBM
Email : raymondcam...@gmail.com Blog : www.raymondcamden.com
Twitter: raymondcamden
--------------------------------------------------------------
---
---- To unsubscribe, e-mail:
dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org
--
============================================================
===============
Raymond Camden, Developer Advocate for MobileFirst at IBM
Email : raymondcam...@gmail.com
Blog : www.raymondcamden.com
Twitter: raymondcamden
----------------------------------------------------------------
---
-- 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
--
Victor Adrian Sosa Herrera
IBM Software Engineer
Guadalajara, Jalisco
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org
--
===========================================================================
Raymond Camden, Developer Advocate for MobileFirst at IBM
Email : raymondcam...@gmail.com
Blog : www.raymondcamden.com
Twitter: raymondcamden
---------------------------------------------------------------------
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
