<CA+c2ei8HUKRakH8tXERNpU+uO1pRT4xqcw9CCYwgk9+3xDYkWA@mail.gmail.com>
Current votes: None.
On Fri, Nov 18, 2011 at 6:25 PM, Tab Atkins Jr. <jackalmage@gmail.com> wrot= e: > On Fri, Nov 18, 2011 at 4:29 PM, Jonas Sicking <jonas@sicking.cc> wrote: >> On Fri, Nov 18, 2011 at 3:54 PM, Tab Atkins Jr. <jackalmage@gmail.com> w= rote: >>> On Fri, Nov 18, 2011 at 3:44 PM, Jonas Sicking <jonas@sicking.cc> wrote= : >>>> Personally it seems to me that moving the elements out of the DOM such >>>> that you can't find them using gEBI/querySelector/firstChild is more >>>> surprising than useful. >>>> >>>> It would basically reduce the feature to syntax sugar for setting >>>> .innerHTML on an orphaned <div>. Is that really producing the best >>>> solution for authors? >>> >>> No, it's still not syntax sugar. =A0You still get the lack of attribute >>> normalization, for example. >> >> Wouldn't that just happen when the template is instantiated? > > I'm slightly confused as to what we're talking about now. > > Property normalization happens during parsing, right? =A0So it's not > just sugar over .innerHTML, as that would normalize properties. > > Yes, they should be normalized when the template is instantiated, though. I'm equally confused. What type of normalization is it that you are talking about? When does it happen during normal parsing or DOM interaction? When should it happen during template parsing? And if different for template parsing vs. normal parsing, then why do you want it to be different? An example might help to clear things up here. / Jonas