On 15/02/2012 22:50, Kin-man Chung wrote:It is hard to get hard evidence when EL 3.0 is not released. To foresee problems ahead of time is part of the design. I certainly do not want to cause problems for facelet and xml users since they would be our important users.
Thanks for the feed back on EL 3.0.There is a lack of hard data in the original report. Before we consider
EL has currently another xml special character, namely,<. How is this
handled in facelets?
Regardless, it seems prudent to pick another symbol for concatenation.
Consider the expression
which in EL means foo concatenate amp. Already I can see there may be
What does other EGs think about this?
changing this I'd like to see some harder evidence than "I imagine".
I'm OK with +=, if only because it is least likely to be used elsewhere.I recall the other symbols we considered:Of those, "+=" would be my preference. I'd also like to throw "+" into
This is a JSF reserved EL variable.In any case, we should also allow the string "concat" as an operator,I agree a string form should also be supported. I'd suggest something
like "eq" or "lt" etc.
shorter as all the other string forms are two or three characters.
catI vote for "cat".
On 02/15/12 08:31, Bauke Scholtz wrote:
I saw the proposal for the new EL 3.0 string concatenation operator&.
The idea is at its own great. However, since a XML special character
is been used, I wonder how it should be used in Facelets since that's
a XML based view technology which needs to go through a XML parser
first. I imagine that we'd need to escape the& as& everywhere.
This isn't very developer friendly. I'd suggest a different operator
[el-spec users] [jsr341-experts] Re: The new EL 3.0 String concatenation operator &, how would that work in Facelets?