Mailing-List: contact callback-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: callback-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of anis.kadri@gmail.com designates
 209.85.213.175 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAKP6k2uj6=wbZH6K5GJhgSHNyRNusfwqTM2pXNKw3Ktf8Nuuxg@mail.gmail.com>
References: <CBEBD218.712D%fil@adobe.com>
	<CAFnWYTnmV_6Vex3UDOmUyTJtzrQcaxKS7Z=Y8yqQ4KWRySxZWA@mail.gmail.com>
	<CADq=2H4r_gvchWVktFC3JnZfjmCkzzX8kmH_igmMGNRfSbN3dg@mail.gmail.com>
	<CAKP6k2uj6=wbZH6K5GJhgSHNyRNusfwqTM2pXNKw3Ktf8Nuuxg@mail.gmail.com>
Date: Wed, 30 May 2012 22:31:38 -0700
Message-ID: 
 <CANpVHHxv+Brfv6q+ny4AyXVAS_+c4BMEsee8crtJizHDj8fAnA@mail.gmail.com>
Subject: Re: [DISCUSS] API addition: aborting FileTransfer upload/download
 process
From: Anis KADRI <anis.kadri@gmail.com>
To: callback-dev@incubator.apache.org
Content-Type: multipart/alternative; boundary=20cf305e1f87c491f604c14e617b

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

I was looking at it today. +1 for XHR level 2

On Wed, May 30, 2012 at 9:44 PM, Jesse <purplecabbage@gmail.com> wrote:

> +1 XHR2
> I can polyfil it for WP7, primarily just js changes.
>
> On Wed, May 30, 2012 at 9:39 PM, Dave Johnson <dave.c.johnson@gmail.com
> >wrote:
>
> > Since XHR2 is now available in iOS 5 and Android 3+
> > (http://caniuse.com/#search=xhr) we should probably change all of the
> > FileTransfer API to be XHR2 instead of trying to fix the FileTransfer
> > API.
> >
> > Less documentation on our part and standard API ftw.
> >
> > On Wed, May 30, 2012 at 2:45 PM, Brion Vibber <brion@pobox.com> wrote:
> > > On Wed, May 30, 2012 at 1:33 PM, Filip Maj <fil@adobe.com> wrote:
> > >
> > >> Reference issue: https://issues.apache.org/jira/browse/CB-836
> > >>
> > >> I am just fostering discussion here. Maybe a simple `abort` method, a
> la
> > >> XHR [1]? Seems the easiest.
> > >>
> > >> [1] https://developer.mozilla.org/en/DOM/XMLHttpRequest#abort()
> > >>
> > >
> > > One difficulty is that FileTransfer.upload and FileTransfer.download
> > don't
> > > appear to return an object which can be used to refer to the ongoing
> > > session.
> > >
> > > If it did, then having an abort method on it would seem perfect!
> Existing
> > > code that didn't understand the object should continue to just work.
> > >
> > > This would also be a great object on which to addEventListener() for
> > > progress events... [2]
> > >
> > > [2] https://issues.apache.org/jira/browse/CB-622
> > >
> > > -- brion vibber (brion @ pobox.com / brion @ wikimedia.org)
> >
>
>
>
> --
> @purplecabbage
> risingj.com
>

--20cf305e1f87c491f604c14e617b--