Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cordova.apache.org
Received-SPF: pass (athena.apache.org: domain of agrieve@google.com designates
 209.85.128.45 as permitted sender)
MIME-Version: 1.0
Sender: agrieve@google.com
In-Reply-To: 
 <CAEeF2TfkbT_tL09meK3A-Xpq4Sh8qJwxtBuXs208K03SGojSWw@mail.gmail.com>
References: 
 <CADVgkyPMtPeV7FCDgVxsYUufWOPEagn8NQ+8cgDQkwo5yRgVnA@mail.gmail.com>
 <CD722ABC.1B250%fil@adobe.com>
 <CAGfeOkcqH55w9m3B810wVFp=tAxKRv40oaZf6CvWhHGytsgisw@mail.gmail.com>
 <CAEeF2TfkbT_tL09meK3A-Xpq4Sh8qJwxtBuXs208K03SGojSWw@mail.gmail.com>
From: Andrew Grieve <agrieve@chromium.org>
Date: Sat, 23 Mar 2013 10:15:08 -0400
Message-ID: 
 <CABiQX1WwBkx83A4y7=2B+FB_J3bBVWQFHtDG=tbiZ_3Pe0VZLw@mail.gmail.com>
Subject: Re: [cordova-cli] ripple instead of serve
To: dev <dev@cordova.apache.org>
Content-Type: multipart/alternative; boundary=20cf300faf8127939b04d8983423

--20cf300faf8127939b04d8983423
Content-Type: text/plain; charset=ISO-8859-1

https://uwaterloo.ca/engineering/events/first-robotics-waterloo-regional

I was a score keeper last year (two years ago?) and it was super cool.


On Fri, Mar 22, 2013 at 10:03 PM, Michal Mocny <mmocny@chromium.org> wrote:

> Dan, my brother showed me this (he is mechatronics student at UW).  Is it
> still on tomorrow?
>
>
> On Fri, Mar 22, 2013 at 6:41 PM, Dan Silivestru <dan.silivestru@gmail.com
> >wrote:
>
> > +1
> >
> > Sorry I'm late to the game, I was judging frisbee throwing, pyramid
> > climbing robots all day :-)
> >
> > https://twitter.com/confusement/status/315162754619162625
> >
> >
> > On Fri, Mar 22, 2013 at 6:35 PM, Filip Maj <fil@adobe.com> wrote:
> >
> > > K lets try to land it in 2.6.0rc1. There is still time Gord!
> Blackberry +
> > > iOS not tagged yet so we can land some more commits in cordova-cli
> > >
> > > On 3/22/13 3:02 PM, "Brian LeRoux" <b@brian.io> wrote:
> > >
> > > >Like that plan. Say we proceed and land it in 2.6 to feel out.
> > > >
> > > >On Fri, Mar 22, 2013 at 2:50 PM, Filip Maj <fil@adobe.com> wrote:
> > > >> I'm fine with removing server. In my mind ripple is just a serve
> > command
> > > >> on steroids. At this morning's meeting I believe some of the
> Googlers
> > > >> expressed concerns about axing out serve, so perhaps a prudent first
> > > >>step
> > > >> would be to add Ripple as an `emulate` command and then we can take
> > baby
> > > >> steps to extract out serve over the coming weeks.
> > > >>
> > > >> On 3/22/13 2:45 PM, "Gord Tanner" <gtanner@gmail.com> wrote:
> > > >>
> > > >>>Ripple is now ready to be integrated, currently I have it added as a
> > > >>>seperate ripple command in a personal branch [1]
> > > >>>
> > > >>>Most of the work on Ripple was a much needed feature we knew we
> needed
> > > >>>(Device Selection via query string [2]) as well as adding the
> ability
> > to
> > > >>>serve content from multiple directories [3] (to support www/ merged
> > with
> > > >>>platform/www/).
> > > >>>
> > > >>>Should I do the full remove serve and add this to emulate or merge
> > this
> > > >>>in
> > > >>>as is? (maybe remove serve in the meantime)
> > > >>>
> > > >>>[1] - https://github.com/gtanner/cordova-cli/tree/ripple
> > > >>>[2] -
> > > >>>
> > >
> https://git-wip-us.apache.org/repos/asf?p=incubator-ripple.git;a=commitd
> > > >>>if
> > > >>>f;h=b36213d426700a3cc62b4701bc75806ff8539528
> > > >>>[3] -
> > > >>>
> > >
> https://git-wip-us.apache.org/repos/asf?p=incubator-ripple.git;a=commitd
> > > >>>if
> > > >>>f;h=2e483836bc5a24397ed002556f4209fac9508438
> > > >>>
> > > >>>
> > > >>>On Fri, Mar 22, 2013 at 3:54 PM, Michal Mocny <mmocny@chromium.org>
> > > >>>wrote:
> > > >>>
> > > >>>> Thats awesome ;)
> > > >>>>
> > > >>>>
> > > >>>> On Fri, Mar 22, 2013 at 3:51 PM, Gord Tanner <gtanner@gmail.com>
> > > >>>>wrote:
> > > >>>>
> > > >>>> > Yeah Michal,
> > > >>>> >
> > > >>>> > That is the exact use case I had in mind.  When we were a
> startup
> > we
> > > >>>> > couldn't afford mac's so just used linux and ripple for all our
> > > >>>>contract
> > > >>>> > work and borrowed a friends macbook when we needed to compile.
> > > >>>> >
> > > >>>> >
> > > >>>> > On Fri, Mar 22, 2013 at 3:12 PM, Michal Mocny <
> > mmocny@chromium.org>
> > > >>>> wrote:
> > > >>>> >
> > > >>>> > > Very interesting.  Combined with Bradens proposal to support
> > > >>>>pointing
> > > >>>> to
> > > >>>> > a
> > > >>>> > > local platform, looks very good.
> > > >>>> > >
> > > >>>> > > Also note, offline isn't the only reason, platform support on
> a
> > > >>>>given
> > > >>>> > > machine as well: ie, can "test" iPhone (sorta) on a linux box
> > > >>>>through
> > > >>>> > > Ripple.
> > > >>>> > >
> > > >>>> > >
> > > >>>> > > On Fri, Mar 22, 2013 at 2:15 PM, Brian LeRoux <b@brian.io>
> > wrote:
> > > >>>> > >
> > > >>>> > > > omg I just realized this would fulfill offline use case vs
> > lazy
> > > >>>>load
> > > >>>> > > > vendoring
> > > >>>> > > >
> > > >>>> > > > caching could be a future thing
> > > >>>> > > >
> > > >>>> > > > might be a really nice path
> > > >>>> > > >
> > > >>>> > > > On Fri, Mar 22, 2013 at 11:06 AM, Gord Tanner
> > > >>>><gtanner@gmail.com>
> > > >>>> > wrote:
> > > >>>> > > > > +1
> > > >>>> > > > >
> > > >>>> > > > > With this I would want to add the ability to add a
> platform
> > > >>>>to a
> > > >>>> > > project
> > > >>>> > > > even if we don't have the build dependencies.
> > > >>>> > > > >
> > > >>>> > > > > Emulate would just default to ripple so is still usable if
> > we
> > > >>>>can't
> > > >>>> > > > build/deploy
> > > >>>> > > > >
> > > >>>> > > > > Sent from my iPhone
> > > >>>> > > > >
> > > >>>> > > > > On 2013-03-22, at 1:55 PM, Brian LeRoux <b@brian.io>
> wrote:
> > > >>>> > > > >
> > > >>>> > > > >> I think this bleeds back into other discussions. It was
> > > >>>>mentioned
> > > >>>> in
> > > >>>> > > > >> the call earlier. I think some tacit agreement that
> ./serve
> > > >>>>goes
> > > >>>> > away
> > > >>>> > > > >> and Ripple is the default ./emulate command. But lets
> > > >>>>discuss.
> > > >>>> (Just
> > > >>>> > > > >> this. Lets keep thread focused.)
> > > >>>> > > >
> > > >>>> > >
> > > >>>> >
> > > >>>>
> > > >>
> > >
> > >
> >
> >
> > --
> > Dan Silivestru
> > +1 (519) 589-3624
> >
>

--20cf300faf8127939b04d8983423--