- From: Kay, Michael <Michael.Kay@softwareag.com>
- Date: Tue, 27 Jan 2004 12:55:53 +0100
- To: "TAN Kuan Hui" <kuanhui@xemantics.com>, <public-qt-comments@w3.org>
Personal response:
I think you would stand a better chance of getting this proposal through
the working group if
(a) you stated a justification as to why you think this change is
beneficial (don't assume that the benefits are obvious)
(b) you made a proposal as to how the language should deal with the
resulting "dangling else" ambiguity.
(For my own part, I would have much prefered a syntax in which
expressions were self-closing, e.g.
if (Expr) then Expr [else Expr] fi
But I lost that battle. I don't think it would be a good idea to make
"else" optional unless we introduce a mandatory closer to remove the
ambiguity.)
Michael Kay
> -----Original Message-----
> From: public-qt-comments-request@w3.org
> [mailto:public-qt-comments-request@w3.org] On Behalf Of TAN Kuan Hui
> Sent: 27 January 2004 01:16
> To: public-qt-comments@w3.org
> Subject: [XQuery] IfExpr should allow an optional else clause
>
>
>
> Kindly reconsider to amend production [54] to allow for an
> optional else clause.
>
> [54] IfExpr ::= <"if" "("> Expr ")" "then" ExprSingle ("else"
> ExprSingle)?
>
> with nested if-then-else tied through parentheses as
> suggested below
> http://lists.w3.org/Archives/Public/www-> ql/2004JanMar/0017.html
>
>
Received on Tuesday, 27 January 2004 19:43:58 UTC