cordova-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Brian LeRoux...@brian.io>
Subject Re: Cordova CLI (and by proxy, platform) requirements
Date Mon, 28 Jan 2013 23:37:50 GMT
uh oh. so, does this mean we do both and put prompting behind a
configuration option?

RECURSIVE ERROR

On Mon, Jan 28, 2013 at 5:25 PM, Gord Tanner <gtanner@gmail.com> wrote:
> I think the reason blackberry doesn't put the sdk on the path is because they need to
have multiple sdk versions (all with the same command names) on the same machine.
>
> -1 for path
> +1 for prompting
>
> Sent from my iPhone
>
> On 2013-01-28, at 6:22 PM, Jesse MacFadyen <purplecabbage@gmail.com> wrote:
>
>> +1 path and configuration for credentials.
>>
>> -1 prompting for values, or confirming previous values.
>>
>> I think the tool should be non-interactive, or at least that is my expectation.
>>
>> On fail simply provide advice on how to remedy the situation.
>> Prompting for a path is out of scope IMO. Its much better to document
>> expectations and fail noisily when they are not met. I thinks.
>>
>> Cheers,
>>  Jesse
>>
>> Sent from my iPhone5
>>
>> On 2013-01-28, at 2:23 PM, Don Coleman <don.coleman@gmail.com> wrote:
>>
>> I have the Android tools in my path but not BlackBerry.
>>
>> Prompting for the BlackBerry file locations and passwords etc works OK. It
>> would be nice to search the default location, or at least store all this
>> info in ~/.cordova-cli so the next time I run the tool I can just confirm
>> the previous entries.
>>
>> I like the way the yeoman.io audit script (
>> https://github.com/yeoman/yeoman/wiki/Manual-Install) checks for what's
>> required and offers solutions for what's missing.
>>
>>
>> On Mon, Jan 28, 2013 at 5:14 PM, Filip Maj <fil@adobe.com> wrote:
>>
>>> Hey all,
>>>
>>> Working out some bootstrap-type stuff for cordova-cli. Here's a situation
>>> I am dealing with now in the cli code that I would like people's input.
>>>
>>> When you add Android to your project's platforms, the requirements, as
>>> imposed by the underlying cordova-android library, is that the Android SDK
>>> be installed (duh) and that the SDK tools are available on your path.
>>> When you add BlackBerry to your project's platforms, you also need the
>>> BlackBerry WebWorks SDK. However, because BlackBerry uses a configuration
>>> approach, you do not need to have the WEbWorks SDK on your path. Instead,
>>> you need to explicitly list out the location of the SDK in a config file
>>> (as well as device and signing key passwords, device and simulator Ips,
>>> and whatever else is necessary).
>>>
>>> As such, the CLI tools work similarly: you need Android tools on your path
>>> to work with Android, and for BlackBerry you are asked a few questions in
>>> a prompt when you add a blackberry project the first time (enter the path
>>> to your SDK, enter your signing key password, etc).
>>>
>>> So could easily go with this. It works as is. The question that comes to
>>> my mind though is, why is there a difference? I think we should pick one
>>> of these approaches and stick with it: either have the SDK's required
>>> tools on the system's PATH, or ask the user for them every time (or point
>>> them to the config file for filling out).
>>>
>>> Thoughts?
>>>
>>>

Mime
View raw message