cordova-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Filip Maj <...@adobe.com>
Subject Re: [cordova-cli] ripple instead of serve
Date Fri, 22 Mar 2013 22:53:57 GMT
Fyi next branches no longer in use and to be deleted soon..

On 3/22/13 3:52 PM, "Gord Tanner" <gtanner@gmail.com> wrote:

>Merged into next [1].
>
>I am currently at the pub and a beer or two in so I am not going to code
>to
>much.  If someone wants to axe serve (or refactor it to just use ripple)
>that would be awesome.
>
>
>[1] -
>https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;a=shortlog;h=ref
>s/heads/next
>
>
>On Fri, Mar 22, 2013 at 6:41 PM, Andrew Grieve <agrieve@chromium.org>
>wrote:
>
>> To clarify - I don't mind if serve gets axed for now.
>>
>>
>> On Fri, Mar 22, 2013 at 6: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=commitdi
>>f
>> > >>f;h=b36213d426700a3cc62b4701bc75806ff8539528
>> > >>[3] -
>> > >>
>> >
>> 
>>https://git-wip-us.apache.org/repos/asf?p=incubator-ripple.git;a=commitdi
>>f
>> > >>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.)
>> > >>> > > >
>> > >>> > >
>> > >>> >
>> > >>>
>> > >
>> >
>>


Mime
View raw message