Michael Kay wrote:
This part would have to be done using
a choose-when expression, I think.
or applying templates over a large, if somewhat repetitive, xml file
Or you generate a lookup document of the form
<c x="ሴ" n="1234"/>
<c x="ስ" n="1235"/>
...
and then you can get the character code for a character using key().
Better still, you could generate the lookup document to
contain the %HH
representation of the octets making up the UTF-8 representation of the
character.
If this lookup file is generated using Java or XSLT 2.0 (a
one-off task),
does it still meet the requirement of being a "pure XSLT 1.0
solution"?
That would certainly be the XSLT 1.0 solution. But the lookup document would
indeed be large!
I think this is a case where XSLT 1.0 CAN be used, but shouldn't.
(EXSLT to the rescue!)
// Magnus
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--