Here's another take that, after discussing with Mike Brooks about, makes more sense: introducing a `supports` API, something like:
cordova platform supports android AND cordova supports android Both would invoke the same thing: essentially shelling out to ./bin/check_reqs for each platform. From an API standpoint for downstream distributions, this makes sense. Perhaps tying `cordova platform ls` into this functionality makes sense.. On 6/19/13 9:51 AM, "Michal Mocny" <[email protected]> wrote: >Great idea to expand the output. > >I do prefer the explicit `ls` and would rather have the default be --help. > Given that, `ls` is harmless, so I don't much mind. > > >On Tue, Jun 18, 2013 at 1:36 PM, Michael Brooks ><[email protected]>wrote: > >> I think [1] is up to the command patterns that cordova-cli uses. As far >>as >> I know, it doesn't use any other shortcuted commands. "ls" is not a >>highly >> used command, so a shortcut isn't necessary. >> >> I think [2] make sense to implement. >> >> Michael >> >> >> On Tue, Jun 18, 2013 at 10:14 AM, Filip Maj <[email protected]> wrote: >> >> > I had two issues submitted recently, for suggestions to tweaking that >> > particular command/api: >> > >> > [1]: remove the explicit "ls" command >> > [2]: have "platform(s)" by itself be the ls command, and expand on >>what >> it >> > returns. Not only the currently-installed platforms for a project, but >> > also which platforms are available and unavailable to install (I.e. >>Ones >> > where the check_requirements script passes/fails). >> > >> > Thoughts? >> > >> > [1] https://issues.apache.org/jira/browse/CB-3903 >> > >> > [2] https://issues.apache.org/jira/browse/CB-3904 >> > >> > >>
