- From: <bugzilla@jessica.w3.org>
- Date: Fri, 24 Aug 2012 00:09:38 +0000
- To: public-webapps-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=18672 Summary: [Templates]: Define the behavior of cloneNode(deep) on template elements Product: WebAppsWG Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Component Model AssignedTo: dglazkov@chromium.org ReportedBy: rafaelw@chromium.org QAContact: public-webapps-bugzilla@w3.org Blocks: 15476 template == <template><div>Foo</div></template> clone = template.cloneNode(true); options for clone.content: 1) Empty document fragment; // new empty document fragment 2) template.content.cloneNode(deep); // clone of contents 3) template.content; // share the original's content (content is a reference to the same document fragment). Given that one likely use of <template> is templating libraries, and one motivator for supporting nested <template>s is nested iteration -- I'm concerned that option (2) would be very wasteful of memory, but provide no benefit for the use case (in fact many developers may not even think about the behavior, and woudn't notice a difference between (2) & (3). I'll put a stake in the ground and claim that the right behavior is (3) because it makes the naive thing conservative WRT memory and isn't obviously bad behavior. (2) can still be achieved with more work. -- Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Received on Friday, 24 August 2012 00:09:39 UTC