<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Aug 3, 2012, at 1:08 PM, Claus Reinke wrote:</div><blockquote type="cite"><div><font class="Apple-style-span" color="#000000"><br></font><br>Btw, the negative experience with Haskell's "monads" terminology<br>shows that choosing a scary name can hamper the adoption of even the most useful language features. So switching to "template strings" is a good idea. We do need to communicate that they are not limited to strings, though: template parameters and tag results can be<br>arbitrary ES objects/values.<br></div></blockquote><div><br></div><div>I chose "template string" over "string template"  to emphasize that it was a template that was expressed as a string rather than a template for a string.  That may be too subtle of a distinction.  At the TC39 there were some concerns that simply "template" was too general and might cause confusion relative to other templating mechanism. </div><div><br></div><div>Allen </div><div><br></div><div><br></div></div></body></html>