Future cancellation

Kevin Smith zenparsing at gmail.com
Wed May 1 06:39:20 PDT 2013

> 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 this difficulty points to a deeper issue with attempting to make a
promise something other than a placeholder for a value.  Namely: it's no
longer obvious how the information or abilities stored in the promise
itself should propagate through the graph.  The featureless-ness of
promises is one of their most important features.

{ Kevin }
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20130501/83191d2e/attachment.html>

More information about the es-discuss mailing list