While I love the tag based loops and ifs, using it for variable replacement seems rather long winded and plays havoc with tag and dom aware editing software. I'm aware of the <!-- --> comment method but it's even longer and you still have to worry about using single quotes (or no quotes) instead of double; due to the fact using the same quoting kills most syntax highlighting and other features. At first % (old vanguard mode) didn't seem like the greatest choice for a delimiating char, though far better than CF's #, until I thought of how the symbol was used normally. It would of course need some type of espacing sequence for those rare instances you need to display %text%. Now going along with the no programming philosophy on the template side, an escape sequence maybe isn't viable; but why go with the incredibly long <tmpl_var name="foo">? Why not steal a page from PHP or (ick) ASP and use a double sequence like <? foo ?> or <%foo%> or even TT's [% foo %]. To me using the <> is a must as then you don't need escape sequences. '<?' might be out as it already has a meaning in XML, and '<%' is pretty well know for ASP. So if it needs something original how about <~foo~>? For a test a bunch of us changed our tmpl parser to relect these shortened versions: <tmpl_var name="foo"> <~foo~> <tmpl_loop name="bar"> <_loop name="bar"></_loop> <tmpl_if name="baz"> <_if name="baz"> <tmpl_include name="foo/bar.baz"> <_include name="foo/bar.baz"> etc. After about 2wks using the new values no one wanted to switch back :). It also seemed to make the templates much clearer to read, you could see where variables went a lot easier (though the designers liked %foo% even better as it showed on their WSYWIG editors in the style they chose). Now don't get me wrong, I love HTML::Template and it's already saved many hours (and probably my sanity). In fact the seperation philosophy means I can use it for more than just HTML. The purpose of this is more to see your reasoning behind choosing as you did. Thanks --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
