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 anis.kadri@gmail.com
 designates 209.85.192.169 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAKP6k2sRJF4wor6iZHHidbRAv=Mz_fsmZsihGzdZzBqSXKOPOw@mail.gmail.com>
References: <20140205044514.6668435.37296.11171@blackberry.com>
	<CAMTxO40gXhLEeKSFf8UV4cNbtxzcOSJQZaTCoTyCvfvudO-X9A@mail.gmail.com>
	<CAOGo0VYA+BK=dxSCx8a4g_OHG-pgD3wOxhkr7CQ7z5xhi1cwQQ@mail.gmail.com>
	<CAOBL_k7buGqO0W1LCpytv1+_XNctY3mDN6ce99kybjb_jodOPA@mail.gmail.com>
	<CABiQX1XSUwSxMo8VDSHs+jYFBgeouLOaSsq3QQhuhLcqVUfE-Q@mail.gmail.com>
	<CAKP6k2sRJF4wor6iZHHidbRAv=Mz_fsmZsihGzdZzBqSXKOPOw@mail.gmail.com>
Date: Wed, 5 Feb 2014 16:01:07 -0800
Message-ID: 
 <CANpVHHxobM9P_=2TtJQy8FPi30P_qhZi3KO2sFBUvGDmnycxrw@mail.gmail.com>
Subject: Re: CB-5974, or,
 Re-thinking broken-by-default (Was: Re: Plugins Release!)
From: Anis KADRI <anis.kadri@gmail.com>
To: "dev@cordova.apache.org" <dev@cordova.apache.org>
Content-Type: multipart/alternative; boundary=047d7b6d9054f726bc04f1b1916b

--047d7b6d9054f726bc04f1b1916b
Content-Type: text/plain; charset=ISO-8859-1

It sounds like a good plan indeed. I would encourage our users to migrate
to the new locations as soon as they can. 12 months is an acceptable
migration window I believe.

+1 to Ian's proposal.


On Wed, Feb 5, 2014 at 1:43 PM, Jesse <purplecabbage@gmail.com> wrote:

> +1 to Ian's proposal
>
> @purplecabbage
> risingj.com
>
>
> On Wed, Feb 5, 2014 at 1:33 PM, Andrew Grieve <agrieve@chromium.org>
> wrote:
>
> > Joe - I appreciate your effort and your input, but I don't appreciate
> > hostility on this list from anyone, including you.
> > This is a public list, and I see nothing wrong with sebb's email in this
> > thread.
> > If you are at the point that you don't want to receive emails from sebb,
> > then I would ask that you choose to ignore them, or to create an email
> > filter on your end.
> >
> > +1 to Ian's proposal.
> >
> >
> > On Wed, Feb 5, 2014 at 11:01 AM, Joe Bowser <bowserj@gmail.com> wrote:
> >
> > > Can you please leave this list sebb? You opinion is unwelcome!
> > >
> > > On Wed, Feb 5, 2014 at 6:05 AM, sebb <sebbaz@gmail.com> wrote:
> > > > On 5 February 2014 13:20, David Kemp <drkemp@google.com> wrote:
> > > >> -1 to merging reads. That just sounds like a horrible thing to
> debug.
> > > >
> > > > Seems to me that developers using the plugin will have to implement
> > > > something similar in order to make it easier for their users.
> > > >
> > > > Would it not be better to spend the time getting it right once, for
> > > > the benfit of all developers, rather than hoping they each get it
> > > > right?
> > > >
> > > > I don't know what is involved here, so this is theoretical.
> > > > But I believe that compatibility should only be broken if necessary.
> > > > Also that fixing a problem at source is usually a lot cheaper than
> > > > requiring downstream developers/users to do so.
> > > > There are lots more of them, so any extra effort they have to expend
> > > > is multiplied many times.
> > > > In other words, the cost-benefit should not just look at the
> immediate
> > > > cost to the project.
> > > >
> > > >> +1 to 'go big or go home'. Break it now. Break it obviously.
> > > >
> > > > But I agree that breakage - if decided on - should be obvious.
> > > >
> > > >>
> > > >> On Tue, Feb 4, 2014 at 11:45 PM, Josh Soref <jsoref@blackberry.com>
> > > wrote:
> > > >>
> > > >>> Is it impossible to have reads merged from both locations, but
> writes
> > > go
> > > >>> to the new location, and when a write completes in the new
> location,
> > > delete
> > > >>> the old one?
> > >
> >
>

--047d7b6d9054f726bc04f1b1916b--