- 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
