Return-Path: X-Original-To: apmail-cordova-dev-archive@www.apache.org Delivered-To: apmail-cordova-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5A49711BB8 for ; Tue, 19 Aug 2014 01:15:33 +0000 (UTC) Received: (qmail 31598 invoked by uid 500); 19 Aug 2014 01:15:28 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 31562 invoked by uid 500); 19 Aug 2014 01:15:28 -0000 Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cordova.apache.org Delivered-To: mailing list dev@cordova.apache.org Received: (qmail 31550 invoked by uid 99); 19 Aug 2014 01:15:27 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 Aug 2014 01:15:27 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of brian.leroux@gmail.com designates 209.85.223.170 as permitted sender) Received: from [209.85.223.170] (HELO mail-ie0-f170.google.com) (209.85.223.170) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 Aug 2014 01:15:02 +0000 Received: by mail-ie0-f170.google.com with SMTP id rl12so308533iec.15 for ; Mon, 18 Aug 2014 18:15:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=NUUE7syVgqBRpqP/p1OSxnb3wOvMNDEQsk8rAzcM9Ig=; b=QgX9w+2IWwcdy9rzKbg9XBR89GCGkiLKHy+x5IV9/jW6P75OcpgshTq/LhpPu0uSQQ XlaKdpxZyua9SC7qNxmLJ+I3v2zkc1woY+mLPypDO77Df9kveaypC0S7hmD+B8jOlDf/ ecbWfci8geQTfO9wmDiBhyj5OJ0i0ftsQx6lSzD5Ds54bWBtAyfsJhiarFPy3pIOK7aW VJlRw9Duac3hgu5IMEaczIuBdrjtV1MYrYP9v8UBoUWxJzxE/lc1unRaKvHaTUoVpsRF 91FFAfjjC7hrSl9zXQyuXv4bxVTiUUJ4VDhzUD3qHr39yFWkbvAjuUZFlyzKbB7vy2mr r7pA== MIME-Version: 1.0 X-Received: by 10.50.32.10 with SMTP id e10mr2438405igi.7.1408410901554; Mon, 18 Aug 2014 18:15:01 -0700 (PDT) Sender: brian.leroux@gmail.com Received: by 10.50.41.1 with HTTP; Mon, 18 Aug 2014 18:15:01 -0700 (PDT) In-Reply-To: References: <85A3E123BABF314D9D3656D0B418125643E0E4D8@FMSMSX103.amr.corp.intel.com> <85A3E123BABF314D9D3656D0B418125643E0E886@FMSMSX103.amr.corp.intel.com> <8eff060366a445ad94162c2f1adfbdc7@BLUPR03MB065.namprd03.prod.outlook.com> <20140814081559.GA6390@gmail.com> <85A3E123BABF314D9D3656D0B418125643E10D34@FMSMSX103.amr.corp.intel.com> Date: Mon, 18 Aug 2014 18:15:01 -0700 X-Google-Sender-Auth: 9bOzoynkHhCRiRmhu5Z1UUfIP1s Message-ID: Subject: Re: cordova plugin save From: Brian LeRoux To: "dev@cordova.apache.org" Cc: "Treggiari, Leo" Content-Type: multipart/alternative; boundary=047d7b11198f7c2e1f0500f137d0 X-Virus-Checked: Checked by ClamAV on apache.org --047d7b11198f7c2e1f0500f137d0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable ya this too=E2=80=A6again we should save moving plugins to npm for a later = date=E2=80=A6the problems there aren't ones we have and the reuse symmetry being craved here is already in place given we re-used most of npm's arch and modules=E2=80= =A6 On Mon, Aug 18, 2014 at 6:03 PM, Andrew Grieve wrote= : > On Mon, Aug 18, 2014 at 5:58 PM, Brian LeRoux wrote: > > > We don't have to make plugins a package.json thing=E2=80=A6we could do = that > latter. > > If we do choose to use package.json highly likely we'll need to reserve= a > > key for our 'namespace'. Perhaps "cordova". That key could have whateve= r > we > > want in it (such as mapping our current config.xml properties/values). > > > > > > On Mon, Aug 18, 2014 at 2:16 PM, Mark Koudritsky > > wrote: > > > > > In order to keep the plugins as project deps in package.json we need = to > > > sort out some details of treating plugins as npm packages first: > > > > > > 1) Plugins don't currently have package.json files, and list their de= ps > > in > > > plugin.xml. > > > 2) Are we ok with loosing the possibility of specifying platform > specific > > > dependencies? (e.g. plugin A might depend on plugin B for iOS and on > > > nothing for Android) > > > Might need to do something custom for dependencies of plugins, since the > nested-dependency concept that node uses doesn't work for plugins (can't > have multiple versions of the same plugin). > > > > > 3) Simply listing deps inside the newly created package.json in plugi= ns > > > will create a possibly deep tree of plugin/node_modules/plugin folder= s > > with > > > possible duplicates. Npm's peer dependencies > > > might be the > > right > > > solution, but I haven't looked at it yet. > > > > > > =E2=80=8B > > > I agree that Cordova is a build system to a very large extent. But th= en > > it > > > makes more sense to treat it as a tool to be used by other build > systems > > > rather than re-invent all the wheels on our own. > > > > > > Recently I tried building a cordova project with Gulp without using t= he > > > CLI, it works great. > > > https://github.com/kamrik/CordovaGulpTemplate > > > > > > Some time ago Carlos did a similar thing with Grunt: > > > https://www.npmjs.org/package/grunt-cordovacli > > > > > > --047d7b11198f7c2e1f0500f137d0--