Re: Future cancellation

On Wed, May 1, 2013 at 10:45 AM, Alex Russell <> wrote:
> This is what I've sketched in various places, including for Anne WRT XHR. I
> suppose (without any cause) that folks would pick up on the idea that the
> minimal Future superclass was being explicitly designed to be subclassable
> to address issues like this and progress notification. Perhaps we need to
> call it out more explicitly in the spec?

The specification does need to address that better, in particular what
then() and catch() might return for subclassed futures. We found use
cases both for returning a new instance of the subclassed future
itself (ProgressFuture) and simply returning a new "base" future (for
the crypto APIs).

I think we want to define some of the common ones directly in the
specification. That will a) help people designing their own and b)
encourage some level of consistency.


Received on Wednesday, 1 May 2013 11:17:17 UTC