On Mon, Apr 8, 2013 at 10:54 PM, Robert O'Callahan <robert@ocallahan.org> wrote: > It seems to me easy to add support for futures later, right? As in, we could > ship the existing callback-based API and later the browser implementation > can switch to futures internally, expose a DOM Futures API and easily also > continue supporting the old API on top of futures. Suboptimal but not > disastrous. For a callback-based API that's relatively straightforward. For one based on events you'll still need to keep all the event-related machinery around which would suck. But since we can switch now I don't see why we'd wait. > (This is different to mistakes like UTF-16, where widespread use of > charAt()-like APIs makes switching implementations to UTF8 strings very > challenging.) (If indeed the choice was between those. And the mistake is 16-bit code units, not UTF-16 (which cannot express surrogates). JavaScript came out March '96, surrogates arrived July '96; could have been fixed in time for NN4 I suppose...) -- http://annevankesteren.nl/Received on Tuesday, 9 April 2013 06:13:06 UTC
This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:17:42 UTC