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
