Hi Stan ,
also i wish to add -- that in <xsl:sort syntax ,
case-order="upper-first" or "lower-first" would
produce really meaningful result when *all of the
words* to be sorted will consist of *symbols which
have case meaning*.. in the *English language*, since
the digits do not have case meaning, we are not
getting correct result in true lexicographic sense..
i can image there will/may be languages where *their
alphabets will have numeric symbols also..* . we
normally associate numberic symbols for counting, but
in some language(s) numeric sybols may be used to
represent something else, and might even have some
case meaning ;) i don't know if any such languages
exists..
even if such languages do not exist, i may imagine the
vision of XSLT spec writers where new languages may be
developed whose alphabets may have digits also(and may
or may not have case meaning)..
so to keep every option open, word "lexicographic" may
be correct in the XSLT spec..
Regards,
Mukul
--- Stan Devitt <jsdevitt(_at_)stratumtek(_dot_)com> wrote:
Mukul,
Actually, Numbers are part of my alphabet and I
often want to sort
them lexicographically
as parts of labels, file names etc. :)
Its always possible to provide more than one sorting
method. I suspect
the bigger
question is "user defined" as then this whole issue
kind of goes away.
Stan Devitt
Mukul Gandhi wrote:
Hi Stan,
in real world XML files, variety of data is
possible
*with liklyhood of numbers also existing along with
alphabets*, so i think popular XSLT processors have
to
implement with some way of providing sorted order
to
such data. i feel that is why, true lexicographic
meaning is not possible with XSLT processors ..
XSL-List info and archive:
http://www.mulberrytech.com/xsl/xsl-list
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list