[XSL-LIST Mailing List Archive Home] [By Thread] [By Date]

AW: AW: [xsl] Sorting Upper-Case first. Microsoft bug?


Subject: AW: AW: [xsl] Sorting Upper-Case first. Microsoft bug?
From: Markus Abt <abt@xxxxxxxx>
Date: Tue, 5 Aug 2003 20:44:40 +0200

Hi Mukul,

Saxon (6.5.2) sorts like Xalan and MSXML (in this particular case):
a1 and A1 are both always smaller than a2 and A2, regardless of
the value of the case-order attribute.

You are right, it seems that digits also have a lexicographical
ordering. But I think they are not interpreted as integer numbers:
a2 is sorted after a10 (in Saxon).

UTR10 has a proposed update, containing some interesting examples:
http://www.unicode.org/reports/tr10/tr10-10.html


Regards,
Markus
__________________________
Markus Abt
Comet Computer GmbH
http://www.comet.de


----------
Von: 	Mukul Gandhi
Gesendet: 	Dienstag, 5. August 2003 19:30
An: 	xsl-list@xxxxxxxxxxxxxxxxxxxxxx
Betreff: 	Re: AW: [xsl] Sorting Upper-Case first. Microsoft bug?

Hi Markus ,
  The spec says that sorting should be done
lexicographically. As you correctly said, if we sort
Ac and ab lexicographically, ab would appear before Ac
even for upper-first sorting. The MSXML and Xalan are
doing just this.

  *But when i sort A2 and a1, a1 appears before A2 for
upper-first sorting. But when i sort A1 and a2, A1
appears before a2 for upper-first sorting*. This
happens both for MSXML and Xalan. Does this not mean,
that after the first character(a/A) the integer is
making difference to sorting..? This may be a
processor specific behaviour..

i am now coming to believe that strings having numbers
also have some lexicographic meaning.. Either XSLT
processors(MSXML, Xalan etc.) are respecting this
inherent lexicographic meaning or they are
implementing algorithms like TR10 as M. Kay pointed. 

*It would be interesting to know how Saxon implements
this behaviour..* if M. Kay will be kind to answer..


Regards,
Mukul


 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list



Current Thread
Keywords