Yeah, I don’t really mean any more than what templates + create already do with config.xml.
Use case: `cordova create mycoolapp —template=some-react-template` cd mycoolapp npm install npm start etc The `some-react-template` by necessity will have a package.json with stuff in it (deps, npm scripts, etc) that the resulting created app will need in _its_ package.json. However, with the new move to fetch and having all Cordova apps have a package.json (with cordoba-specific stuff in it), the resulting app will need the stuff that a newly created app gets + whatever the template needs to work/build/etc. Does that make sense? Stuff is a great word, just saying. > On 1 Jun 2016, at 11:38 AM, Steven Gill <[email protected]> wrote: > > By merge the package.json, do you mean update the package.name to the name > of the app? > On May 31, 2016 6:01 PM, "Tommy Williams" <[email protected]> wrote: > >> Yeah, a subduer is fine as long as we can merge the package.json from the >> template somehow… >> >> Dibs not writing that :/ >> >> >>> On 1 Jun 2016, at 10:47 AM, Steven Gill <[email protected]> wrote: >>> >>> I definitely see the usecase tommy describes. >>> >>> I think subdir makes the most sense. package.json has a `dirname` field >>> which would fetch everything in that subdirectory. This functionality >>> already exists for `--template`. >>> >>> TLDR We should be a bit more picky for top level files we copy over but >>> blindly copy over sub directory files >>> >>> On Tue, May 31, 2016 at 4:46 PM, Carlos Santana <[email protected]> >>> wrote: >>> >>>> Using a subdir makes a clear separation between final template files vs. >>>> files associated with tooling, tests, packaging >>>> >>>> - Carlos Santana >>>> @csantanapr >>>> >>>>> On May 31, 2016, at 7:37 PM, Jesse <[email protected]> wrote: >>>>> >>>>> `cordova create` is destructive by nature. >>>>> Anything and everything required by the templated app should be part of >>>>> what is copied. Our current blind folder copy needs to be more >>>> intelligent. >>>>> I would prefer that template files be in a sub-dir, much like they are >> in >>>>> each platform. >>>>> >>>>> Simon and I faced a similar situation with making a plugin template[1] >>>>> While only half baked at this point, the file structure is relevant I >>>> think. >>>>> >>>>> [1] https://github.com/phonegap/phonegap-plugin-template >>>>> >>>>> >>>>> >>>>> @purplecabbage >>>>> risingj.com >>>>> >>>>>> On Tue, May 31, 2016 at 4:18 PM, Tommy Williams <[email protected]> >>>> wrote: >>>>>> >>>>>> .npmignore can help with some of those unwanted files, but not all… >>>>>> >>>>>> However, what happens in the circumstance when the template _does_ >> need >>>> a >>>>>> package.json file, such as the react-hot-loader template Jed and I >>>> made? It >>>>>> has npm dips and npm scripts that are vital to how it works in its >>>>>> package,json. We can’t just omit files, Similarly, a template might >>>> include >>>>>> hooks and merges as well. >>>>>> >>>>>> - tommy >>>>>> >>>>>> >>>>>>> On 1 Jun 2016, at 8:22 AM, Carlos Santana <[email protected]> >>>> wrote: >>>>>>> >>>>>>> I opened a JIRA for ignoring .git >>>>>>> Don't have it handy on mobile now >>>>>>> >>>>>>> Best practice: >>>>>>> 1. To use subdir feature to specify dir to use via main module >>>>>>> 2. To follow npm best practices when publishing to npm (i.e. do not >>>>>> include everything, only the minimum required) >>>>>>> >>>>>>> >>>>>>> - Carlos Santana >>>>>>> @csantanapr >>>>>>> >>>>>>>> On May 31, 2016, at 6:10 PM, Steven Gill <[email protected]> >>>>>> wrote: >>>>>>>> >>>>>>>> Sorry to bring up a old thread instead of starting a new one but I >>>>>> thought >>>>>>>> the context might be relevant. >>>>>>>> >>>>>>>> Currently, template pretty much copies over all of the files. I see >>>>>> this as >>>>>>>> a problem. >>>>>>>> >>>>>>>> Example [1]. When you add a template, its package.json gets copied >>>> into >>>>>>>> your app. I don't think we want that to happen right? >>>>>>>> >>>>>>>> Other files that are getting copied but shouldn't: >>>>>>>> - RELEASENOTES.md >>>>>>>> - README.md >>>>>>>> - .git (if you do it locally or f >>>>>>>> - NOTICE >>>>>>>> - LICENSE >>>>>>>> - COPYWRIGHT >>>>>>>> >>>>>>>> Files we want: >>>>>>>> - config.xml >>>>>>>> - .gitignore >>>>>>>> - .npmignore ? >>>>>>>> - node_modules? >>>>>>>> - platforms/plugins (if present) >>>>>>>> - hooks >>>>>>>> - merges >>>>>>>> >>>>>>>> templates can provide additional info by setting a subdirectory in >>>> their >>>>>>>> package.json for where the template files live. >>>>>>>> >>>>>>>> [1] https://issues.apache.org/jira/browse/CB-11344. >>>>>>>> >>>>>>>> Thoughts? >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Fri, Dec 11, 2015 at 7:09 AM, Carlos Santana < >> [email protected] >>>>> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> Oh I'm late on this thread. >>>>>>>>> >>>>>>>>> Latest code is in master cordova-cli and cordova-lib >>>>>>>>> you have to link lib to cli to get it to show up. >>>>>>>>> >>>>>>>>> if you are lazy like me you can do "npm install -g >>>>>>>>> csantanapr/cordova-cli-dev" >>>>>>>>> To see the help "cordova help create" >>>>>>>>> --template=<PATH|NPM PACKAGE|GIT URL> ... use a custom template >>>> located >>>>>>>>> locally, in NPM, or GitHub. >>>>>>>>> Options: >>>>>>>>> --template=<PATH|NPM PACKAGE|GIT URL> ... use a custom template >>>>>>>>> located locally, in NPM, or GitHub. >>>>>>>>> --copy-from|src=<PATH> .................. deprecated, use >>>>>>>>> --template instead. >>>>>>>>> --link-to=<PATH> ........................ symlink to custom www >>>>>>>>> assets without creating a copy. >>>>>>>>> >>>>>>>>> The goal is to help people getting started by using a package from >>>> npm >>>>>> as >>>>>>>>> starting point, I see the samples that Raymond produces being used >>>>>> with the >>>>>>>>> --template flag for novice users to get a sample running faster. >> also >>>>>>>>> opening the door for web frameworks to have their cordova template >> in >>>>>> npm, >>>>>>>>> or plugin creators to share templates that uses their plugin, and >>>>>> declare >>>>>>>>> the plugin in config.xml >>>>>>>>> >>>>>>>>> 1. Omar >>>>>>>>> what you describe in your list what was implemented >>>>>>>>> The only thing, that was not implemented because was not in the >>>>>> proposal >>>>>>>>> and not discuss was ~/.cordova/config.json >>>>>>>>> >>>>>>>>> I didn't added because I think there should be a better >> architecture >>>>>> for >>>>>>>>> config. That's another proposal I'm thinking on doing but it looks >>>>>> like how >>>>>>>>> npm does config >>>>>>>>> For example have "cordova config" cli >>>>>>>>> cordova config set template=my-app-hello >>>>>>>>> cordova config ls >>>>>>>>> and so... >>>>>>>>> so default configs can be override using the CLI >>>>>>>>> >>>>>>>>> 2. Dmitry >>>>>>>>> Let's have a hangout and let's, talk because I don't understand >> what >>>>>> is the >>>>>>>>> problem that --template is causing, >>>>>>>>> I don't understand if you don't want the flag present, or the >>>>>>>>> implementation, or you want to keep --copy-from as it is today. >>>>>>>>> Email is not helping to communicate what is what you think that is >>>>>> broken >>>>>>>>> >>>>>>>>> 3. Simon >>>>>>>>> There is no much documentation other than the help, and mentioned >> in >>>>>> the >>>>>>>>> docs. >>>>>>>>> Will love some help feedback and help on docs for this . >>>>>>>>> >>>>>>>>> >>>>>> >>>> >> https://github.com/apache/cordova-docs/blob/master/www/docs/en/dev/guide/cli/index.md >>>>>>>>> >> https://github.com/apache/cordova-cli/blob/master/doc/create.txt#L14 >>>>>>>>> >>>>>>>>> Finally nothing is writing in stone, we can change, remove, add to >>>>>> this as >>>>>>>>> we iterate. >>>>>>>>> >>>>>>>>> I thought I follow the our community practices as best I >> understood. >>>>>>>>> Wrote a proposal, communicated in the mailing list, got feedback to >>>>>> change >>>>>>>>> the original proposal to not exclude platforms/plugins and other >>>>>> changes. >>>>>>>>> had pointers to PR, JIRA, proposal, discussion, waited for feedback >>>> on >>>>>> PR, >>>>>>>>> gave a heads up on that there was no more feedback and everything >>>> that >>>>>> was >>>>>>>>> discuss was implemented. >>>>>>>>> >>>>>>>>> I saw Dmitry'ss comments just after we merge, but I try to give >>>> enough >>>>>>>>> heads up. And will like to understand better what are his concerns. >>>>>>>>> >>>>>>>>> >>>>>>>>> On Thu, Dec 10, 2015 at 6:53 PM Simon MacDonald < >>>>>> [email protected] >>>>>>>>>> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> Are there docs checked in anywhere that describe how to use the >>>>>>>>> --template >>>>>>>>>> flag? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Simon Mac Donald >>>>>>>>>> http://hi.im/simonmacdonald >>>>>>>>>> >>>>>>>>>> On Thu, Dec 10, 2015 at 4:55 PM, Raymond Camden < >>>>>> [email protected] >>>>>>>>>> >>>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>>> Looks like --template wasn't added to the CLI help. Will file a >>>> bug. >>>>>>>>>>> >>>>>>>>>>> On Wed, Dec 9, 2015 at 12:06 AM, Steven Gill < >>>> [email protected] >>>>>>> >>>>>>>>>>> wrote: >>>>>>>>>>>> The thread was proposed Nov 10th and PR was merged Dec 3rd. I >>>> think >>>>>>>>>> that >>>>>>>>>>> is >>>>>>>>>>>> ample time to give feedback. If people don't give feedback, >> apache >>>>>>>>> way >>>>>>>>>> is >>>>>>>>>>>> consider it as lazy consensus. >>>>>>>>>>>> >>>>>>>>>>>> We do not vote on feature requests and I hope we never do as it >>>> is a >>>>>>>>>>>> terrible practice. Good luck trying to get anything done. >>>>>>>>>>>> The `--template` flag currently there is the one that was added >> as >>>>>>>>> per >>>>>>>>>>> this >>>>>>>>>>>> discussion. I think in the future we should refrain from adding >>>> code >>>>>>>>>>> before >>>>>>>>>>>> a discussion completes, especially if there is contention. At >> the >>>>>>>>> very >>>>>>>>>>>> least, we should probably hold a vote. >>>>>>>>>>>> >>>>>>>>>>>> I’m definitely not a fan of adding flags just for the purpose of >>>>>> very >>>>>>>>>>>> specific convenience, but if I’m alone in that opinion then >> let’s >>>> do >>>>>>>>>>>> whatever the majority decides. >>>>>>>>>>>> >>>>>>>>>>>> Kindly, >>>>>>>>>>>> Dmitry >>>>>>>>>>>> >>>>>>>>>>>>> On Dec 8, 2015, at 2:34 PM, Mefire O. <[email protected]> >>>>>>>>> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> We already have support for the --template flag in Cordova. >>>>>>>>>>>>> >>>>>>>>>>>>> However, it currently only supports NPM packages and GIT URLs, >> no >>>>>>>>>> local >>>>>>>>>>>> folder. >>>>>>>>>>>>> The local folder scenario is currently being handled by >>>> --copy-from >>>>>>>>>>> (only >>>>>>>>>>>> www and config.xml are copied) and --link-to. >>>>>>>>>>>>> >>>>>>>>>>>>> We also have a way of specifying default templates: throught >> the >>>>>>>>> json >>>>>>>>>>>> file: cordova_project/.cordova/config.json. >>>>>>>>>>>>> >>>>>>>>>>>>> I think we should: >>>>>>>>>>>>> - deprecate --copy-from >>>>>>>>>>>>> - update the current --template logic to support local folders >> in >>>>>>>>>>>> addition to NPM and GIT URLs >>>>>>>>>>>>> - fallback to using the 'cordova-hello-world' template when a >>>>>>>>>>> critical >>>>>>>>>>>> option/file/folder isn’t present in the supplied template (e.g: >>>> user >>>>>>>>>> did >>>>>>>>>>>> not specify app_id, app_name or supplied template has no www >>>> folder) >>>>>>>>>>>>> - document .cordova/config.json (how it can be used to set >>>> default >>>>>>>>>>>> templates) >>>>>>>>>>>>> - copy platforms/plugins folders when creating from a template >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks, >>>>>>>>>>>>> Omar Mefire >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>> From: Carlos Santana [mailto:[email protected]] >>>>>>>>>>>>> Sent: Tuesday, December 8, 2015 10:48 AM >>>>>>>>>>>>> To: [email protected] >>>>>>>>>>>>> Subject: Re: [DISCUSS] CLI Templates >>>>>>>>>>>>> >>>>>>>>>>>>> Hi Dmitry >>>>>>>>>>>>> 1. It was discuss in the mailing list, that use case #1 was >> not >>>>>>>>> need >>>>>>>>>>> it, >>>>>>>>>>>> and to be replace by --template, user don't have to have >>>> config.xml >>>>>>>>> and >>>>>>>>>>>> other cordova specific files they will be created. So the reason >>>> to >>>>>>>>>>>> deprecate --copy-from 2. yes it's similar to a cp or git clone, >>>> but >>>>>>>>>>> also a >>>>>>>>>>>> download of npm, it will replace app name and id if they are >>>> passed >>>>>>>>> in >>>>>>>>>> to >>>>>>>>>>>> create command if template contains config.xml they will get >>>>>> replace, >>>>>>>>>> no >>>>>>>>>>>> night mare not that many files to add if template purposely >>>> missing >>>>>>>>>> just >>>>>>>>>>>> config.xml and empty folders for hooks, plugins, platform. >>>> template >>>>>>>>>>> should >>>>>>>>>>>> have a www and any other files outside www they want in their >>>>>>>>> template >>>>>>>>>>> like >>>>>>>>>>>> res/resource/ (cordova uses res, ionic uses resources, etc..) >>>>>>>>>>> .gitignore, >>>>>>>>>>>> .editorconfig, pacakge.json, etc.. any other files they which >>>> their >>>>>>>>> app >>>>>>>>>>> to >>>>>>>>>>>> have that template will get them started with. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> On Mon, Dec 7, 2015 at 11:10 PM Dmitry Blotsky < >>>>>>>>>> [email protected]> >>>>>>>>>>>>> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks for the summary, Carlos! Sorry, I hadn’t read the whole >>>>>>>>> thread >>>>>>>>>>>>>> when I sent my question. I read up after your email, and I >> have >>>> a >>>>>>>>>>>>>> better grasp on it now. My new questions are below. >>>>>>>>>>>>>> >>>>>>>>>>>>>> 1. What is the `cordova create` command then doing if it’s >>>> copying >>>>>>>>>>>>>> (potentially) the whole app it’s trying to create? The >>>>>>>>> `--copy-from` >>>>>>>>>>>>>> flag creates fresh copies of Cordova-specific files and only >>>>>> copies >>>>>>>>>>>>>> the `www` folder, which is app-agnostic anyway. >>>>>>>>>>>>>> 2. Isn’t the new flag basically the same as an invocation of >>>> `cp` >>>>>>>>> or >>>>>>>>>>>>>> `git clone`? And if we’re going into the realm of examining >> the >>>>>>>>>>>>>> template and “filling in” potentially missing files, isn’t >> that >>>> a >>>>>>>>>>>>>> logical nightmare since there are so many possible things that >>>>>>>>> could >>>>>>>>>> be >>>>>>>>>>>> missing in an app? >>>>>>>>>>>>>> >>>>>>>>>>>>>> Kindly, >>>>>>>>>>>>>> Dmitry >>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Dec 5, 2015, at 7:00 AM, Carlos Santana < >>>> [email protected] >>>>>>> >>>>>>>>>>> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> The email thread has the details but in summary: >>>>>>>>>>>>>>> It doesn't handle npm and git as source It doesn't copy >>>>>> everything >>>>>>>>>>>>>>> By adding npm and git having the flag copy-from it's >> confusing. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Fri, Dec 4, 2015 at 9:04 PM Dmitry Blotsky >>>>>>>>>>>>>>> <[email protected]> >>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Hey folks. Sorry I'm late to the party, but why is >>>> `--copy-from` >>>>>>>>>>>>>>>> not sufficient? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Kindly, >>>>>>>>>>>>>>>> Dmitry >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>> From: Carlos Santana [mailto:[email protected]] >>>>>>>>>>>>>>>> Sent: Friday, December 4, 2015 10:09 AM >>>>>>>>>>>>>>>> To: [email protected] >>>>>>>>>>>>>>>> Subject: Re: [DISCUSS] CLI Templates >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Michael we will love to hear your feedback, and we can >> improve >>>>>> on >>>>>>>>>>>>>>>> top of what's initially there. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On Fri, Dec 4, 2015 at 1:04 PM Carlos Santana >>>>>>>>>>>>>>>> <[email protected]> >>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Michael >>>>>>>>>>>>>>>>> Links to PRs where available for a while on the proposal. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> https://github.com/apache/cordova-lib/pull/339 >>>>>>>>>>>>>>>>> https://github.com/apache/cordova-cli/pull/226 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On Fri, Dec 4, 2015 at 11:33 AM Michael Brooks >>>>>>>>>>>>>>>>> <[email protected]> >>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> I'd love to see a pull request rather than a straight up >>>>>> merge, >>>>>>>>>>>>>>>>>> since the template discussion was more involved. Also, I'm >>>>>>>>> really >>>>>>>>>>>>>>>>>> looking forward to seeing your work on this! >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On Thu, Dec 3, 2015 at 9:47 AM, Carlos Santana >>>>>>>>>>>>>>>>>> <[email protected]> >>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I will be working later today with James from my team on >>>>>>>>> merging >>>>>>>>>>>>>>>>>>> initial implementation of --template. it will update a >> few >>>>>>>>> repos >>>>>>>>>>>>>>>>>>> (cli, lib, doc) >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Anyone oppose? >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On Fri, Nov 13, 2015 at 1:50 PM Carlos Santana >>>>>>>>>>>>>>>>>>> <[email protected]> >>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> alias, deprecate and later remove >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> On Fri, Nov 13, 2015 at 1:49 PM Carlos Santana >>>>>>>>>>>>>>>>>>>> <[email protected]> >>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> I agree, --template is the new --copy-from :-) >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> On Fri, Nov 13, 2015 at 1:48 PM Shazron < >>>> [email protected] >>>>>>> >>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Well, we could deprecate --copy-from, and alias >>>> --template >>>>>>>>> to >>>>>>>>>>> it. >>>>>>>>>>>>>>>>>> But >>>>>>>>>>>>>>>>>>>>>> we shouldn't have both, it should just be one >>>>>>>>> implementation. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> On Fri, Nov 13, 2015 at 10:45 AM, Carlos Santana < >>>>>>>>>>>>>>>>>> [email protected] >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>> In some way we we are enhancing --copy-from >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> I'm OK to the copy blindly even plugins and >> platforms, >>>> I >>>>>>>>> was >>>>>>>>>>>>>>>>>> trying >>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>> avoid people creating templates when is not need it >> if >>>>>>>>> they >>>>>>>>>>>>>>>>>> already >>>>>>>>>>>>>>>>>>>>>> have >>>>>>>>>>>>>>>>>>>>>>> platforms and plugins >>>>>>>>>>>>>>>>>>>>>>> But I'm OK if we want to allow it, but I would not >>>>>>>>>>>>>>>>>>>>>>> documented >>>>>>>>>>>>>>>>>>>>>>> :-) >>>>>>>>>>>>>>>>>> it >>>>>>>>>>>>>>>>>>>>>> just >>>>>>>>>>>>>>>>>>>>>>> happens to work >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> but I don't like the "--copy-from" name, I want to >> use >>>>>>>>>>>>>>>>>> "--template" >>>>>>>>>>>>>>>>>>>>>> that >>>>>>>>>>>>>>>>>>>>>>> takes path, giturl, and npm name >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> On Fri, Nov 13, 2015 at 1:41 PM Carlos Santana < >>>>>>>>>>>>>>>>>> [email protected] >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> What dynamic nature you want ? >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> I think using yeoman is bad idea, we tried at work >> at >>>> is >>>>>>>>> a >>>>>>>>>>>>>>>>>>>>>>>> huge >>>>>>>>>>>>>>>>>>>>>> dependency >>>>>>>>>>>>>>>>>>>>>>>> in terms of foot print and number of dependencies. >>>>>>>>>>>>>>>>>>>>>>>> We then learned that just using the inquirer npm >>>> package >>>>>>>>>>>>>>>>>>>>>>>> gave us >>>>>>>>>>>>>>>>>>> what >>>>>>>>>>>>>>>>>>>>>> we >>>>>>>>>>>>>>>>>>>>>>>> wanted to create an interactive experience in the >> CLI >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> At least the first implementation I want to keep it >>>>>>>>> simple, >>>>>>>>>>>>>>>>>>>>>>>> but >>>>>>>>>>>>>>>>>> you >>>>>>>>>>>>>>>>>>>>>>>> brought a good point about dynamic. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> I will update proposal, add that if user passed any >> of >>>>>>>>> the >>>>>>>>>>>>>>>>>> optional >>>>>>>>>>>>>>>>>>>>>>>> arguments for create like app-id, app-name, or >>>>>>>>> app-version >>>>>>>>>>>>>>>>>>>>>>>> they >>>>>>>>>>>>>>>>>>>>>> replace the >>>>>>>>>>>>>>>>>>>>>>>> ones in the template. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> I will double check with James to see if already >>>>>>>>>>>>>>>>>>>>>>>> implemented >>>>>>>>>>>>>>>>>> this in >>>>>>>>>>>>>>>>>>>>>> his >>>>>>>>>>>>>>>>>>>>>>>> current PR, if not then will added. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> It terms of dynamic I think after we get the first >>>>>>>>>>>>>>>>>>>>>>>> implementation >>>>>>>>>>>>>>>>>>>>>> out, I >>>>>>>>>>>>>>>>>>>>>>>> would like to enhance on top of it with allowing the >>>>>>>>>>>>>>>>>>>>>>>> template to >>>>>>>>>>>>>>>>>>> have >>>>>>>>>>>>>>>>>>>>>>>> scripts that can run >>>>>>>>>>>>>>>>>>>>>>>> like before_create and after_create, then the >> template >>>>>>>>> can >>>>>>>>>>>>>>>>>> specify >>>>>>>>>>>>>>>>>>>>>> this in >>>>>>>>>>>>>>>>>>>>>>>> the scripts object of the package.json and cordova >> cli >>>>>>>>> just >>>>>>>>>>>>>>>> runs. >>>>>>>>>>>>>>>>>>>>>> This way >>>>>>>>>>>>>>>>>>>>>>>> template owner can run what ever they want even >>>> inquirer >>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>> ask >>>>>>>>>>>>>>>>>>>>>> questions >>>>>>>>>>>>>>>>>>>>>>>> to user for additional things to setup with the >>>>>> template. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> [1]: >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>> https://na01.safelinks.protection.outlook.com/?url=https%3a >>>>>>>>>>>>>>>>>>>>>>>> % >>>>>>>>>>>>>>>>>>>>>>>> 2f%2fwww.npmjs.com >>>>>>>>>> %2fpackage%2finquirer&data=01%7c01%7cdblo >>>>>>>>>>>>>>>>>>>>>>>> t >>>>>>>>>>>>>>>>>>>>>>>> sky%40microsoft.com >>>>>>>>>> %7c9fb3634d35ba45cd7a7508d2fcd60177%7c72 >>>>>>>>>>>>>>>>>>>>>>>> f >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>> 988bf86f141af91ab2d7cd011db47%7c1&sdata=cGhgCrxXQToX3DsPn2O >>>>>>>>>>>>>>>>>>>>>>>> m >>>>>>>>>>>>>>>>>>>>>>>> UCsTQtcWl11IjuPpgRdFlco%3d >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> On Thu, Nov 12, 2015 at 1:56 PM Parashuram N < >>>>>>>>>>>>>>>>>>> [email protected]> >>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> ReactNative init does use yeoman - that is a good >>>> idea >>>>>>>>> !! >>>>>>>>>>>>>>>>>> However, >>>>>>>>>>>>>>>>>>>>>> does >>>>>>>>>>>>>>>>>>>>>>>>> that mean that we need to depend on Yeoman also ? >>>> Does >>>>>>>>> it >>>>>>>>>>>>>>>>>>>>>>>>> make >>>>>>>>>>>>>>>>>>> sense >>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>>> simply have a separate yeoman generator ? >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> On 11/12/15, 10:10 AM, "Gorkem Ercan" >>>>>>>>>>>>>>>>>>>>>>>>> <[email protected]> >>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> How about adding support for some more dynamic >>>>>>>>>> generation. >>>>>>>>>>>>>>>>>>>>>>>>>> Can we add yeoman as an option something like >>>> $cordova >>>>>>>>>>>>>>>>>>>>>>>>>> create >>>>>>>>>>>>>>>>>>> myApp >>>>>>>>>>>>>>>>>>>>>>>>>> --template=yo:m >>>>>>>>>>>>>>>>>>>>>>>>>> to invoke the generator m ? >>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>> Gorkem >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> On 10 Nov 2015, at 19:52, Carlos Santana wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Parashuram >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> I would say that if they have "platforms" and >>>>>>>>> "plugins" >>>>>>>>>>>>>>>>>>>>>>>>>>> it's >>>>>>>>>>>>>>>>>> not >>>>>>>>>>>>>>>>>>>>>>>>>>> consider a >>>>>>>>>>>>>>>>>>>>>>>>>>> template, its consider a cordova project ready to >>>> be >>>>>>>>> use >>>>>>>>>>>>>>>>>>>>>>>>>>> no >>>>>>>>>>>>>>>>>> need >>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>>>>> run >>>>>>>>>>>>>>>>>>>>>>>>>>> create on it. >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> As far as cp-from, it's doesn't copy much only >> www >>>>>> and >>>>>>>>>>>>>>>>>>>>>> config.xml, I >>>>>>>>>>>>>>>>>>>>>>>>>>> didn't >>>>>>>>>>>>>>>>>>>>>>>>>>> want to change it's behavior for backwards >>>>>>>>>>>>>>>>>>>>>>>>>>> compatibility. I >>>>>>>>>>>>>>>>>>> think >>>>>>>>>>>>>>>>>>>>>> it >>>>>>>>>>>>>>>>>>>>>>>>>>> will >>>>>>>>>>>>>>>>>>>>>>>>>>> be good to mark it deprecated for a certain >> period >>>> of >>>>>>>>>>>>>>>>>>>>>>>>>>> time, >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> +1 for deprecating the copy-from. >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Nov 10, 2015 at 5:19 PM Parashuram N < >>>>>>>>>>>>>>>>>>>>>> [email protected]> >>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Yes, they would. However, there could be cases >>>> where >>>>>>>>>>>>>>>>>>>>>>>>>>>> folks >>>>>>>>>>>>>>>>>>> would >>>>>>>>>>>>>>>>>>>>>> like >>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>>>>>> have templates that have changes stuff in >>>> platforms, >>>>>>>>> or >>>>>>>>>>>>>>>>>> added >>>>>>>>>>>>>>>>>>>>>> custom >>>>>>>>>>>>>>>>>>>>>>>>>>>> plugins or hooks. I think that instead of adding >>>>>>>>> extra >>>>>>>>>>>>>>>>>>>>>>>>>>>> code >>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>>>>>> prevent all >>>>>>>>>>>>>>>>>>>>>>>>>>>> these things, we keep things simple, and copy >> over >>>>>>>>>>>>>>>>>> everything. >>>>>>>>>>>>>>>>>>>>>> The >>>>>>>>>>>>>>>>>>>>>>>>>>>> templates can then decide what they want to do, >>>> and >>>>>>>>>>>>>>>>>>>>>>>>>>>> most of >>>>>>>>>>>>>>>>>>> them >>>>>>>>>>>>>>>>>>>>>> will >>>>>>>>>>>>>>>>>>>>>>>>>>>> not >>>>>>>>>>>>>>>>>>>>>>>>>>>> bundle plugins or platforms. >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>>>>>>>>>>>> From: Steven Gill [mailto: >> [email protected]] >>>>>>>>>>>>>>>>>>>>>>>>>>>> Sent: Tuesday, November 10, 2015 2:16 PM >>>>>>>>>>>>>>>>>>>>>>>>>>>> To: [email protected] >>>>>>>>>>>>>>>>>>>>>>>>>>>> Subject: Re: [DISCUSS] CLI Templates >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> If the plugins and platforms are listed in >>>>>>>>> config.xml, >>>>>>>>>>>>>>>>>> wouldn't >>>>>>>>>>>>>>>>>>>>>> they >>>>>>>>>>>>>>>>>>>>>>>>>>>> just >>>>>>>>>>>>>>>>>>>>>>>>>>>> get fetched on prepare? >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Nov 10, 2015 at 2:09 PM, Parashuram N >>>>>>>>>>>>>>>>>>>>>>>>>>>> <[email protected]> >>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> I think it should copy platform and plugins >>>>>> folders, >>>>>>>>>>>>>>>>>>>>>>>>>>>>> if >>>>>>>>>>>>>>>>>> those >>>>>>>>>>>>>>>>>>>>>> are a >>>>>>>>>>>>>>>>>>>>>>>>>>>>> part of the template. I think the guidance >> should >>>>>> be >>>>>>>>>>>>>>>>>>>>>>>>>>>>> that >>>>>>>>>>>>>>>>>> most >>>>>>>>>>>>>>>>>>>>>>>>>>>>> templates should not include a platform or a >>>> plugin >>>>>>>>>>>>>>>>>>>>>>>>>>>>> folder, >>>>>>>>>>>>>>>>>>> but >>>>>>>>>>>>>>>>>>>>>> if >>>>>>>>>>>>>>>>>>>>>>>>>>>>> they do - for reasons like custom plugins, etc, >>>>>> then >>>>>>>>>>>>>>>>>>>>>>>>>>>>> we >>>>>>>>>>>>>>>>>> should >>>>>>>>>>>>>>>>>>>>>> let >>>>>>>>>>>>>>>>>>>>>>>>>>>>> that happen. The only enhancement from >>>> --copy-from >>>>>>>>>>>>>>>>>>>>>>>>>>>>> would be >>>>>>>>>>>>>>>>>>>>>> that we >>>>>>>>>>>>>>>>>>>>>>>>>>>>> also >>>>>>>>>>>>>>>>>>>>>>>>>>>> support npm and git URLs. >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>>>>>>>>>>>>> From: Carlos Santana [mailto: >>>> [email protected]] >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sent: Tuesday, November 10, 2015 1:26 PM >>>>>>>>>>>>>>>>>>>>>>>>>>>>> To: [email protected] >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Subject: Re: [DISCUSS] CLI Templates >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Parashuram >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> The template doesn't any special structure, the >>>>>>>>>>>>>>>>>>>>>>>>>>>>> current >>>>>>>>>>>>>>>>>> hello >>>>>>>>>>>>>>>>>>>>>> app in >>>>>>>>>>>>>>>>>>>>>>>>>>>>> npm is already a template >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Will add comment in PR about having fixtures in >>>>>>>>> tests >>>>>>>>>>>>>>>>>>>>>>>>>>>>> for >>>>>>>>>>>>>>>>>>>>>> different >>>>>>>>>>>>>>>>>>>>>>>>>>>>> uses cases with different type of templates >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> The code copies everything except plugins and >>>>>>>>>>>>>>>>>>>>>>>>>>>>> platforms >>>>>>>>>>>>>>>>>>>>>> directories, >>>>>>>>>>>>>>>>>>>>>>>>>>>>> maybe it needs some comments to make it more >>>> clear >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> It should copy dot files like .gitignore, >>>>>>>>>>>>>>>>>>>>>>>>>>>>> .editorconfig, >>>>>>>>>>>>>>>>>>>>>> .bowerrc >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Very >>>>>>>>>>>>>>>>>>>>>>>>>>>>> important at least for me .gitignore, it helps >>>> when >>>>>>>>>>>>>>>>>>>>>>>>>>>>> folks >>>>>>>>>>>>>>>>>> ask >>>>>>>>>>>>>>>>>>> if >>>>>>>>>>>>>>>>>>>>>>>>>>>>> they >>>>>>>>>>>>>>>>>>>>>>>>>>>>> should ignore platforms and plugins from source >>>>>>>>>>>>>>>>>>>>>>>>>>>>> control and >>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>> answer >>>>>>>>>>>>>>>>>>>>>>>>>>>>> is always YES. If they are asking then it means >>>>>> they >>>>>>>>>>>>>>>>>>>>>>>>>>>>> need >>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>> advise. >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Nov 10, 2015 at 3:27 PM Parashuram N >>>>>>>>>>>>>>>>>>>>>>>>>>>>> <[email protected]> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> +1 to the proposal. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Is there a structure of a sample template ? >>>> Also, >>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> code >>>>>>>>>>>>>>>>>>>>>> seems to >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> copy everything from npm or the gitURL, though >>>> in >>>>>>>>> the >>>>>>>>>>>>>>>>>>> proposal >>>>>>>>>>>>>>>>>>>>>> you >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> say that dot file and hooks/platforms should >> not >>>>>> be >>>>>>>>>>>>>>>>>> copies. >>>>>>>>>>>>>>>>>>>>>> Should >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> we talk about that in the proposal too ? >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> From: Raymond Camden [mailto: >>>>>>>>> [email protected] >>>>>>>>>> ] >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sent: Tuesday, November 10, 2015 12:01 PM >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To: [email protected] >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Subject: Re: [DISCUSS] CLI Templates >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Yeah, nothing to add here but +1. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Oh, the only thing I'd add is that I wish >> there >>>>>>>>> was a >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> way >>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> *permanently* set a template. I hate the >> default >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cordova >>>>>>>>>>>>>>>>>>>>>> template >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> (sorry >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ;) and would love to make the CLI always use >> my >>>>>> own >>>>>>>>>>>>>>>>>>> particular >>>>>>>>>>>>>>>>>>>>>>>>>>>> template. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, Nov 10, 2015 at 1:52 PM, Ryan J. Salva >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <[email protected]> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I love it! >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> rjs >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Ryan J. Salva | Principal Program Manager >>>> Lead >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Visual >>>>>>>>>>>>>>>>>>> Studio >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Tools for Apache Cordova >> [email protected] >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 206 612 5079 mobile >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> From: Carlos Santana [mailto: >>>>>> [email protected] >>>>>>>>> ] >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Sent: Tuesday, November 10, 2015 7:49 PM >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> To: [email protected] >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Subject: [DISCUSS] CLI Templates >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> From the Face2Face meeting updating the >> cordova >>>>>>>>> cli >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> to >>>>>>>>>>>>>>>>>> work >>>>>>>>>>>>>>>>>>>>>> with >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> templates sounded like a good feature to add >> to >>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> CLI >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I finally got around to this and created the >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> proposal and >>>>>>>>>>>>>>>>>>> got >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> James >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Dubee from our team to take a stab at >>>>>>>>> implementation. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> CLI-Template proposal [1] >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> [1]: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>> https://github.com/cordova/cordova-discuss/blob/master/propos >>>>>>>>>>>>>>>>>>>>>> al >>>>>>>>>>>>>>>>>>>>>> s/C >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> LI >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -T >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>> https://na01.safelinks.protection.outlook.com/?url=emplates.m >>>>>>>>>>>>>>>>>>>>>> d& >>>>>>>>>>>>>>>>>>>>>> dat >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> a= >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 01%7c01%7cpanarasi%40microsoft.com >>>>>>>>>>>>>>>>>>>>>> %7ce586e8f64dae4418c1b708d2ea158 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 9e >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>> d%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=kctEUezjtECUIv >>>>>>>>>>>>>>>>>>>>>> ZQ >>>>>>>>>>>>>>>>>>>>>> cih >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bu >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> uydWn7HfTJO8c7W0LTz98U%3d >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> --Carlos >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>> ============================================================= >>>>>>>>>>>>>>>>>>>>>> == >>>>>>>>>>>>>>>>>>>>>> ===== >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> == ===== Raymond Camden, Developer Advocate >> for >>>>>>>>>>>>>>>>>> MobileFirst >>>>>>>>>>>>>>>>>>> at >>>>>>>>>>>>>>>>>>>>>> IBM >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Email : [email protected] Blog : >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>> https://na01.safelinks.protection.outlook.com/?url=www.raymondca >>>>>>>>>>>>>>>>>>> mde >>>>>>>>>>>>>>>>>>> n >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> .c >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> om&data=01%7c01%7cpanarasi%40microsoft.com >>>>>>>>>>>>>>>>>>>>>>>>> %7c92e5feab0e524d2dbc8008d >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2e >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>> a09af88%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=xMtq2oC% >>>>>>>>>>>>>>>>>>>>>> 2b >>>>>>>>>>>>>>>>>>>>>> %2b%2 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> fB >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bNlOcIKlStSkgUUuiGDKbq7KuNMHLiVU%3d >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Twitter: raymondcamden >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>> ------------------------------------------------------------- >>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>> ----- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> - To unsubscribe, e-mail: >>>>>>>>>>>>>>>>>> [email protected] >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> For additional commands, e-mail: >>>>>>>>>>>>>>>>>> [email protected] >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>> ------------------------------------------------------------- >>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>> ----- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> - To unsubscribe, e-mail: >>>>>>>>>>>>>>>>>> [email protected] >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> For additional commands, e-mail: >>>>>>>>>>>>>>>>>> [email protected] >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>> ---------------------------------------------------------------- >>>>>>>>>>>>>>>>>>> ---- >>>>>>>>>>>>>>>>>>> - >>>>>>>>>>>>>>>>>>>>>>>>>> To unsubscribe, e-mail: >>>>>>>>>>>>>>>>>>>>>>>>>> [email protected] >>>>>>>>>>>>>>>>>>>>>>>>>> For additional commands, e-mail: >>>>>>>>>>>>>>>>>>>>>>>>>> [email protected] >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>> ----------------------------------------------------------------- >>>>>>>>>>>>>>>>>> ---- >>>>>>>>>>>>>>>>>>>>>> To unsubscribe, e-mail: >>>>>> [email protected] >>>>>>>>>>>>>>>>>>>>>> For additional commands, e-mail: >>>>>>>>> [email protected] >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>> >> --------------------------------------------------------------------- >>>>>>>>>>>>>> To unsubscribe, e-mail: [email protected] >>>>>>>>>>>>>> For additional commands, e-mail: [email protected] >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>> >>>>>> >>>> >> Т���������������������������������������������������������������������ХF� >>>>>>>>>>>> V�7V'67&�&R� R�� �â FWb�V�7V'67&�&T 6�&F�f � 6�R��&pФf�" >>>> FF�F��� >>>>>> � >>>>>>>>>>> 6��� >>>>>>>>>>>> �G2� R�� �â FWbֆV� 6�&F�f � 6�R��&p >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>> >>>> >> =========================================================================== >>>>>>>>>>> Raymond Camden, Developer Advocate for MobileFirst at IBM >>>>>>>>>>> >>>>>>>>>>> Email : [email protected] >>>>>>>>>>> Blog : www.raymondcamden.com >>>>>>>>>>> Twitter: raymondcamden >>>>>>>>>>> >>>>>>>>>>> >>>> --------------------------------------------------------------------- >>>>>>>>>>> To unsubscribe, e-mail: [email protected] >>>>>>>>>>> For additional commands, e-mail: [email protected] >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>> >>>>>>> --------------------------------------------------------------------- >>>>>>> To unsubscribe, e-mail: [email protected] >>>>>>> For additional commands, e-mail: [email protected] >>>>>>> >>>>>> >>>>>> >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: [email protected] >>>> For additional commands, e-mail: [email protected] >>>> >>>> >> >>
signature.asc
Description: Message signed with OpenPGP using GPGMail
