incubator-callback-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jesse <purplecabb...@gmail.com>
Subject Re: [DISCUSS] API addition: aborting FileTransfer upload/download process
Date Thu, 31 May 2012 04:44:12 GMT
+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

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message