Re: E4H compatible with string templates

2013/3/14 Tab Atkins Jr. <>:
> On Thu, Mar 14, 2013 at 4:57 PM, Brendan Eich <> wrote:
>> Depending on what goes in the ${...} holes, though, the failure might
>> necessarily be runtime. Error is enough, and a sometimes-compile-time,
>> other-times-runtime error can be worse. In my experience, anyway.
> In Hixie's E4H proposal, the contents of the holes *never* causes an
> error.  You can only put a hole as an attribute value or element text
> contents (or just contents, if we also allow the hole's value to be
> DOM).  These can't ever fail - you'll just stringify (or append, if
> it's DOM).

I don't think the behavior when toString throws is specified, and I'm
not sure it specifies what happens when there is insufficient memory
to produce the DOM.

Received on Friday, 15 March 2013 00:17:53 UTC