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 D8E5D105C3 for ; Tue, 3 Mar 2015 19:09:24 +0000 (UTC) Received: (qmail 52218 invoked by uid 500); 3 Mar 2015 19:09:19 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 52179 invoked by uid 500); 3 Mar 2015 19:09:19 -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 52166 invoked by uid 99); 3 Mar 2015 19:09:19 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Mar 2015 19:09:19 +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 mmocny@google.com designates 209.85.220.172 as permitted sender) Received: from [209.85.220.172] (HELO mail-vc0-f172.google.com) (209.85.220.172) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Mar 2015 19:08:54 +0000 Received: by mail-vc0-f172.google.com with SMTP id kv19so5079228vcb.3 for ; Tue, 03 Mar 2015 11:08:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=8nMoTU9x4i5xm1NBH8HJRKJYnQJgqobB7dXqsyGhcng=; b=BsN1/E1KniRzjWm8amAP+8xerJudbQfxB6wENYR9iITHUMHeBl9ftmQhFDGKg4iXSg 9KFTjFWUpJe8ULnv23N0yf1pCO6wj9U7BRns/f9MmyHSB45pzIgGBjek86mYQ98JwHWC KWKil5AqgQ57uP8vZvUtMS4LX+R2SGtPjH4laaG+9fbbSzXWLSIilh4vwm5vxD4hwbBS vOmBsloXzZppJe8NuINpOYfDgqb2cDW1N7PtOp32Z/vrGW+HZ/noGpWeh0x2TYItoVJT 8KaUt2yAq8+q88tc6I0hGdlG26xF73dw3lzlHECsbgeeJLDeWAwWR0oi7hXze9iTmkcf qcuw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=8nMoTU9x4i5xm1NBH8HJRKJYnQJgqobB7dXqsyGhcng=; b=VI87ch2C5noJe2GeLMbSeN/sDAgiGJUt0TjNSJ3KUePIr3DrohdWIs4s9qyhVH9rnD nVi1ctAimK66U0qDs1EDyIP6Lqx1fbNaWeifV1sViXPT88YR3sLznfmqTjLp9tJSlVIS xGokqTDa6jicguGdCWgQGVWqi+md7DvD5cpTI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:content-type; bh=8nMoTU9x4i5xm1NBH8HJRKJYnQJgqobB7dXqsyGhcng=; b=fe46nBYgDBK6DSaqe30A5ShWKLQSeDudOmNk6QNVkSz3117ArBOj7r4Kb5wCYtAf7F AuS3HeXClCndgp/lUjUtCXZp0kj1JwDN+s3fitYeoFHhfRJ+aPeYo0Whi/blevn7aoLx sVlDo5bjBEr77HPdPRzAJMU24TBO/aEZnhvPgsCLnRreEZK0nlYxfOdv2Gga77i3hMWq 5TI49RTIYO2SxuRWXK6HUthnt6BWi3tRyGDkSchxUTIk8rXzdlETQ7JsYIpDfy2GiVin k5SAF9gHJSH5OPd5JTlzwAMCq1kO/vSrh0YPlk0Hkbrf9mjIneNTNfl6eIxY03fMZpyH 71xA== X-Gm-Message-State: ALoCoQk6Ojmyw9IMWhoDkWyXgWCcTbQzCIssJMfEdND4Z4eHUTMkkhr3AhzD1Q8QtvyuzZkhltYg X-Received: by 10.52.243.41 with SMTP id wv9mr571939vdc.20.1425409731869; Tue, 03 Mar 2015 11:08:51 -0800 (PST) MIME-Version: 1.0 Sender: mmocny@google.com Received: by 10.52.1.229 with HTTP; Tue, 3 Mar 2015 11:08:31 -0800 (PST) In-Reply-To: References: From: Michal Mocny Date: Tue, 3 Mar 2015 14:08:31 -0500 X-Google-Sender-Auth: XvyT4z0gzzHV1I7-akMyJBQpqQE Message-ID: Subject: Re: Some thoughts/questions on the new --save feature To: dev Content-Type: multipart/alternative; boundary=001a11340138ba5ca20510671083 X-Virus-Checked: Checked by ClamAV on apache.org --001a11340138ba5ca20510671083 Content-Type: text/plain; charset=UTF-8 We should save the phase 2 planning for a separate thread / next hangout. Many strong opinions and bikeshedding to be had, lets finish phase 1 and sit on the changes for a bit to get comfortable. -Michal On Tue, Mar 3, 2015 at 1:55 PM, Steven Gill wrote: > On Tue, Mar 3, 2015 at 8:10 AM, Raymond Camden > wrote: > > > 1) I can see the logic there, but it seems like folks would want to > > save so much, overwhelmingly so, that it makes sense to not follow the > > expectation here? Also, would our "typical" user be more familiar with > > Node and be confused by this? > > > I think it is best to stick to established best practices. I was on team > autosave in the beginning but switched over. > > All of us should take a bigger role in educating our "typical" user on how > to use npm and node. We provide Cordova so developers can make apps easily, > but need to do a better job of helping developers improve their skills. > Once we switch to package.json and improve our JSAPI, Cordova projects will > be node projects. Our users will have to learn some node. I think we should > take the opportunity to educate our users about node/npm and not just > Cordova! > > > > > > 2) I know about the link too, my issue is more about what I (I being > > the person sharing code) would publish. Right now I share *just* the > > www folder so folks can --copy-from or link, whatever. But with this > > new feature, I'd have to publish the entire project. > > > > That's what I'm asking about - does that make sense? > > > > To be clear, I'm not saying we need a magical solution for this, as I > > said, my use case is *not* the norm. I'm mainly just wondering if > > there is perhaps some elegant solution to including a) a small amount > > of files and b) easy setup for folks using my demos. > > > > > > On Tue, Mar 3, 2015 at 9:51 AM, Steven Gill > > wrote: > > > 1) I would say it is not autosave by default so we follow node/npm > style. > > > You have to be explicit when saving dependencies to node projects. > > Example > > > "npm install browserify --save". > > > > > > 2) I believe their is a --link command to point to your www for your > > > Cordova project to use. This isn't a perfect solution for your use case > > but > > > it better than manually copying. Others who are more familiar with this > > can > > > hopefully elaborate. > > > On Mar 3, 2015 6:42 AM, "Victor Sosa" wrote: > > > > > >> +1 on Raymond's idea, I also why --save isn't default. When talking > > about > > >> SCMs, the best practice for Cordova applications is to share them with > > no > > >> platforms nor plugins, so each time a developer checks out the project > > from > > >> the repo, he/she will need to add the appropriate plugins and desired > > >> platform. Why not making the developers life easier with this --save > > flag? > > >> > > >> 2015-03-03 8:27 GMT-06:00 Raymond Camden : > > >> > > >> > 1) Is there any reason why --save isn't true by default? It would > seem > > >> > that in a majority of cases I'd want to save my plugins to the > > >> > configuration file. I definitely see times when I would *not* want > to > > >> > do so, but it seems like that would be the minority of cases. > > >> > > > >> > 2) This is probably an edge case, but... > > >> > > > >> > One of the things I do when building Cordova examples is put up my > www > > >> > folder in a repo. My thinking is that my readers can grab the repo, > > >> > and then make a new project and use --copy-from to grab the folder. > > >> > This gives them my www crap and lets them go crazy. > > >> > > > >> > For plugins, I've been using a readme file to tell users what to do. > > >> > > > >> > I'd like to make use of this new feature to persist plugins and save > > >> > users at least one step. (In theory they would just need to add the > > >> > platform they want to test on.) > > >> > > > >> > But in order to do so, I can't just ship the www folder, I have to > > >> > ship an entire Cordova project. That isn't a big deal per se, but it > > >> > does mean they would need to copy a folder manually, possibly modify > > >> > the app id, and then start working on the assets. > > >> > > > >> > Given that I think my use case is probably pretty minor, is there > some > > >> > thought as to how one could distribute sample code and make use of > > >> > this feature? > > >> > > > >> > > > >> > > > >> > -- > > >> > > > >> > > > =========================================================================== > > >> > Raymond Camden, Developer Advocate for MobileFirst at IBM > > >> > > > >> > Email : raymondcamden@gmail.com > > >> > Blog : www.raymondcamden.com > > >> > Twitter: raymondcamden > > >> > > > >> > > --------------------------------------------------------------------- > > >> > To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org > > >> > For additional commands, e-mail: dev-help@cordova.apache.org > > >> > > > >> > > > >> > > >> > > >> -- > > >> Victor Adrian Sosa Herrera > > >> IBM Software Engineer > > >> Guadalajara, Jalisco > > >> > > > > > > > > -- > > > =========================================================================== > > Raymond Camden, Developer Advocate for MobileFirst at IBM > > > > Email : raymondcamden@gmail.com > > Blog : www.raymondcamden.com > > Twitter: raymondcamden > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org > > For additional commands, e-mail: dev-help@cordova.apache.org > > > > > --001a11340138ba5ca20510671083--