You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Library authors and users will all have their own preferences and opinions on binding syntax,
Rather that specifying {{foo}} or ${bar} within the proposal,
the Constructor should allow the user to configure the syntax..
In the same way that angularJS supports such..
This proposal could easily getting diverted by nitpicking on such issues..
The text was updated successfully, but these errors were encountered:
vidhill
changed the title
Do not specify template binding syntax in spec, make configurable
[templates] Do not specify template binding syntax in spec, make configurable
Nov 5, 2017
I don't think we should do this. One of the major motivation for standardizing template API is to make the parsing easy & predictable. With a configurable syntax, we won't be able to apply various CSP constraints or protect websites against XSS.
At TPAC, all participants in the discussion that spoke up agreed that we should decide on a standardized syntax. Note that we did not insist on double-curlies, but did insist on nothing that would require escaping when using in conjunction with CSS or JS. (So, single-curlies and dollar-curlies are no good.)
Given @rniwa's good reasons above, let's close this, as we can be pretty confident the proposal will not end up with configurable syntax.
Library authors and users will all have their own preferences and opinions on binding syntax,
Rather that specifying
{{foo}}
or ${bar} within the proposal,the Constructor should allow the user to configure the syntax..
In the same way that angularJS supports such..
This proposal could easily getting diverted by nitpicking on such issues..
The text was updated successfully, but these errors were encountered: