I think we have someone internally here who will look at making the create script more descriptive when errors occur. One thing Don Coleman mentioned a while back and I haven't yet responded (sorry Don) is to have a script that checks the dependencies and downloads/installs everything you need to get going.
I've been working with another open source project lately that does just that. It would be an interesting area to look at. Simon Mac Donald http://hi.im/simonmacdonald On Mon, Jan 21, 2013 at 10:24 AM, Andrew Grieve <[email protected]>wrote: > Yep, I was mostly thinking about Android with this question. There's really > two aspects that it would simplify: > > 1. Our documentation would not have to worry about windows vs. unix > 2. Our scripts (and upgrade scripts) won't have to be written twice. > Although maybe if we are making node a requirement (due to CLI yes?) then > writing them in node would save us writing them twice. Still, they would > need to be tested & tweaks for windows I would assume. > > I'm totally fine keeping things as-is. Just thought the question had to be > raised :) > > > > On Mon, Jan 21, 2013 at 12:54 AM, Kerri Shotts <[email protected] > >wrote: > > > Yes, please! Descriptive errors would go a long way to making the > > tools easier to use. At least it would point at a specific reason for > > failure vs the current vague message. > > > > ______________________________ > > Kerri Shotts > > photoKandy Studios LLC > > > > Sent from my iPhone > > > > ๐ฑ Phone: +1 (312) 380-1035 > > ๐ Web: http://photokandy.com > > > > Twitter: @photokandy > > > > On Jan 20, 2013, at 22:14, Simon MacDonald <[email protected]> > > wrote: > > > > > -1 > > > > > > We should just make the windows scripts work better. Needs more > > descriptive > > > failures when something is not setup correctly. > > > > > > Simon Mac Donald > > > http://hi.im/simonmacdonald > > > > > > > > > On Sun, Jan 20, 2013 at 2:26 PM, Anis KADRI <[email protected]> > > wrote: > > > > > >> -1 > > >> > > >> I (and most people) just want to get going and don't like > dependencies. > > >> We're already requiring nodejs for a lot of the stuff we do. > > >> > > >> If you're referring to the Android windows scripts. I believe they > work > > >> fine. If there are any issues with them, people should report them > just > > as > > >> they would report any other issue. > > >> > > >> There is one outstanding issue on Windows that I will fix next week. > > >> https://issues.apache.org/jira/browse/CB-1961 > > >> > > >> > > >> On Sun, Jan 20, 2013 at 10:35 AM, Kerri Shotts <[email protected] > > >>> wrote: > > >> > > >>> Just my 2ยข: people are already complaining about the number of parts > > that > > >>> need to be installed -- do we really want to add yet another? I > realize > > >> it > > >>> would make the scripts easier, but the more moving (third party) > parts > > >> that > > >>> have to be installed prior to using PhoneGap (especially those that > > >> aren't > > >>> required for the platform's SDK), the higher the barrier to entry. > (But > > >>> then again, maybe that's a good thing...?) > > >>> > > >>> ___________________________________ > > >>> Kerri Shotts > > >>> photoKandy Studios, LLC > > >>> > > >>> On the Web: http://www.photokandy.com/ > > >>> > > >>> Social Media: > > >>> Twitter: @photokandy, http://twitter.com/photokandy > > >>> Tumblr: http://photokandy.tumblr.com/ > > >>> Github: https://github.com/kerrishotts > > >> https://github.com/organizations/photokandyStudios > > >>> CoderWall: https://coderwall.com/kerrishotts > > >>> > > >>> Apps on the Apple Store: > > >>> > > >>> > https://itunes.apple.com/us/artist/photokandy-studios-llc/id498577828 > > >>> > > >>> > > >>> > > >>> On Jan 20, 2013, at 8:14, Andrew Grieve <[email protected]> wrote: > > >>> > > >>>> I'm sure this has come up some time in the past, but why not require > > >>> cygwin > > >>>> so that our scripts will work on windows? Cygwin has been a > > requirement > > >>> of > > >>>> most of the windows projects I've worked on in the past (when at > > >>> different > > >>>> companies). > > >> > > >
