There is some basic code in place to check if a downloaded www app .tgz has an index.html at the top-level of the archive or in a sub-directory called 'www' [1].
Perhaps moving this code over to the lazy loading module and generalizing it a bit to handle merges makes sense. [1] https://github.com/apache/cordova-cli/blob/master/src/create.js#L111 On 7/26/13 7:55 AM, "Brian LeRoux" <b...@brian.io> wrote: >Why not just dist examples as: > >./ > |- merges/ > '- www/ > >The act of seeding those two directories is a essentially always a >clobber anyhow. In our magic future wherein ./platforms goes away this >is what apps look like anyhow. > > >On Thu, Jul 25, 2013 at 6:43 PM, Filip Maj <f...@adobe.com> wrote: >> Wouldn't that require us to author a different module depending on the >> application template used? >> >> On 7/25/13 2:10 PM, "Anis KADRI" <anis.ka...@gmail.com> wrote: >> >>>I think there should be a module that does all this stuff. Depending >>>on the input, CLI would execute the right commands and copy files to >>>the right folders (www/ merges/ etc...) or not if it's an empty app. >>> >>>On Thu, Jul 25, 2013 at 10:46 AM, Filip Maj <f...@adobe.com> wrote: >>>> So then how should this be handled? Do we reshape the >>>> cordova-ehllo-world-app? Do we add another module in the cli to handle >>>> moving all that stuff around? How does this tie into the "ability to >>>> select app template at create time" feature request? [1] >>>> >>>> [1] https://issues.apache.org/jira/browse/CB-4153 >>>> >>>> On 7/25/13 10:41 AM, "Anis KADRI" <anis.ka...@gmail.com> wrote: >>>> >>>>>+1 for dropping them in merges/ >>>>> >>>>>On Thu, Jul 25, 2013 at 8:51 AM, Braden Shepherdson >>>>><bra...@chromium.org> >>>>>wrote: >>>>>> Setting them up, at least in the default app for cli, in merges/ >>>>>>makes >>>>>> sense to me. That's the right thing to do, and we want to encourage >>>>>>it. >>>>>> >>>>>> Braden >>>>>> >>>>>> >>>>>> On Thu, Jul 25, 2013 at 7:06 AM, Tommy-Carlos Williams >>>>>> <to...@devgeeks.org>wrote: >>>>>> >>>>>>> Agreed. >>>>>>> >>>>>>> It's the difference between a 7-8MB app and a 1MB app on Android >>>>>>>for >>>>>>> example. >>>>>>> >>>>>>> I have moved mine out into merges, personallyŠ so only iOS gets the >>>>>>>iOS >>>>>>> splash screens, etc. >>>>>>> >>>>>>> Then I use a hook to copy them into the correct file names to be >>>>>>>used >>>>>>>in >>>>>>> the app. >>>>>>> >>>>>>> - tommy >>>>>>> >>>>>>> >>>>>>> On 24/07/2013, at 10:51 PM, Darryl Pogue <dar...@dpogue.ca> wrote: >>>>>>> >>>>>>> > On Wed, Jul 24, 2013 at 10:24 PM, Filip Maj <f...@adobe.com> >>>>>>>wrote: >>>>>>> > >>>>>>> >> How should we proceed? Close as Not A Problem? On the one hand >>>>>>>this >>>>>>>is a >>>>>>> >> userspace problem, on the other we're doing not doing a good job >>>>>>>of >>>>>>> >> encouraging sound engineering. >>>>>>> >> >>>>>>> >> What about having the default app have the right types of >>>>>>>merges/ >>>>>>> >> overrides? >>>>>>> >> >>>>>>> >> Thoughts? >>>>>>> >> >>>>>>> > >>>>>>> > I had raised a point about this back when there was some >>>>>>>discussion >>>>>>>about >>>>>>> > icons >>>>>>> > being specified in config.xml[1]. >>>>>>> > >>>>>>> > Apparently discussion moved to the mailing list, but I don't >>>>>>>think >>>>>>>there >>>>>>> > were >>>>>>> > any conclusions. >>>>>>> > >>>>>>> > The issue really isn't that this project includes all these >>>>>>> splash-screens >>>>>>> > and >>>>>>> > icons, but rather that they're in the www folder and end up >>>>>>>getting >>>>>>> copied >>>>>>> > into >>>>>>> > each platform's assets. >>>>>>> > >>>>>>> > [1] >>>>>>> > >>>>>>> >>>>>>>https://issues.apache.org/jira/browse/CB-2606?focusedCommentId=13593 >>>>>>>06 >>>>>>>7& >>>>>>>page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpane >>>>>>>l# >>>>>>>co >>>>>>>mment-13593067 >>>>>>> >>>>>>> >>>> >>
