- From: Ashok Malhotra <ashokma@microsoft.com>
- Date: Mon, 22 Sep 2003 16:07:14 -0700
- To: "Michael Rys" <mrys@microsoft.com>, <public-qt-comments@w3.org>
- Cc: "Jeni Tennison" <jeni@jenitennison.com>
Received on Monday, 22 September 2003 19:07:17 UTC
The WGs discussed this on 9/16/2003 and decided not to make the change
suggested. The rationale was essentially that expressed by Jeni
Tennyson in reply to your note which said:
"The problem is that it would also mean that xs:untypedAtomic('2.5')+1
resulted in a dynamic error, since the untyped atomic value '2.5'
isn't a legal lexical representation of xs:integer. I think that this
would be disconcerting."
All the best, Ashok
________________________________
From: public-qt-comments-request@w3.org
[mailto:public-qt-comments-request@w3.org] On Behalf Of Michael Rys
Sent: Monday, June 30, 2003 4:08 PM
To: public-qt-comments@w3.org
Subject: MS-FO-LC1-017: cast untypedAtomic to other type with arithmetic
and compare ops.
Class: Editorial
Why don't we cast untypedAtomic to other type instead of directly to
xs:double and use xs:double only as fallback for arithmetic and compare?
This would mean that an expression such as xs:untypedAtomic(1)+1 results
in an integer(2) instead of a double(2.0e0) as it does now.
It would also be more consistent with the handling of untypedAtomic when
passing it to a function.
Received on Monday, 22 September 2003 19:07:17 UTC