"Any way you slice it, common templating scenarios will create problems if you don't hook it up to a proper parser at some point."
This is a great point: What parser? If you're implying the HTML Parser, then I think we're talking about a Templating syntax and not just a <template/> tag. To which I would imagine is the hard road to take. On 4/24/12 9:45 AM, "Tab Atkins Jr." <jackalm...@gmail.com> wrote: >On Tue, Apr 24, 2012 at 9:12 AM, Clint Hill <clint.h...@gmail.com> wrote: >> Hmm. I have to say that I disagree that your example below shows a >> template within a template. That is IMO 1 template wherein there is >> iteration syntax. > >The "iteration syntax" is basically an element - the example that Arv >gave even used element-like syntax, with open and close tags. That >iteration element is inside of a template. > >If iteration uses a different tagname than normal templating (say, ><iterate>), thus avoiding the "nesting <template> in <template>" >problem, you still have the problem of nesting iteration, which is >*also* a common ability for template systems. > >Any way you slice it, common templating scenarios will create problems >if you don't hook it up to a proper parser at some point. Might as >well do that early so you can immediately delve into it with DOM >methods and whatnot, rather than delaying it and keeping it as flat >text until the point of use. > >~TJ