cordova-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Bryan Higgins <br...@bryanhiggins.net>
Subject Re: PROPOSAL: node.js all the script things
Date Wed, 07 Aug 2013 14:00:04 GMT
All BB scripts are already written in node, except for check_reqs. It's
hard to check for the existence of node using node. :)

If other platforms go that way, we should standardize the location of the
scripts. I'd like to see them directly invoked by CLI rather than going
through the shell.


On Tue, Aug 6, 2013 at 7:24 PM, Anis KADRI <anis.kadri@gmail.com> wrote:

> +1 if we can somehow automate a user-level node installation (or
> package it somehow).
>
> On Tue, Aug 6, 2013 at 3:28 PM, Filip Maj <fil@adobe.com> wrote:
> > That's a fair answer! I concur. The main win for me is in android + BB
> > land, for the reason you name, Jesse.
> >
> > On 8/6/13 3:24 PM, "Jesse" <purplecabbage@gmail.com> wrote:
> >
> >>I only think this should be done for the multi-OS platforms.
> >>Elsewhere it is just a make work project IMHO.
> >>I have spent a lot of time ensuring that I was not introducing
> >>dependencies, then we add node, and we get 600 deps.
> >>
> >>@purplecabbage
> >>risingj.com
> >>
> >>
> >>On Tue, Aug 6, 2013 at 3:14 PM, Filip Maj <fil@adobe.com> wrote:
> >>
> >>> I would like to introduce node.js as a dependency for the platform
> >>> libraries, so that the platform scripts (bin/create, cordova/run, etc)
> >>>are
> >>> written in node.
> >>>
> >>> Pros:
> >>> - For multi-OS platforms (Android, BlackBerry), this reduces committer
> >>> cognitive load as the scripts do not need to be authored in two
> >>>different
> >>> script languages (I.e. Shell for unix-y Oses, Wscript for Windows)
> >>> - consistency in tool/script language. Cordova-js, coho, cli and
> plugman
> >>> are all written on top of node.js.
> >>>
> >>> Cons:
> >>> - Introducing a new dependency
> >>>
> >>> NB: This is separate from platform-spec; I would like to see
> >>>platform-spec
> >>> created/used regardless of the outcome of this thread.
> >>>
> >>>
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message