- From: Mike Samuel <mikesamuel@gmail.com>
- Date: Thu, 14 Mar 2013 20:17:26 -0400
- To: "Tab Atkins Jr." <jackalmage@gmail.com>
- Cc: Brendan Eich <brendan@secure.meer.net>, Ian Hickson <ian@hixie.ch>, "public-script-coord@w3.org" <public-script-coord@w3.org>, Adam Barth <w3c@adambarth.com>
2013/3/14 Tab Atkins Jr. <jackalmage@gmail.com>:
> On Thu, Mar 14, 2013 at 4:57 PM, Brendan Eich <brendan@secure.meer.net> 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