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
