Ken,
Will this work? Doesn't the translate() function map one character
to another? i.e. translate($input, "abc", "ABC"). What happens if
a character is matched in the first string, but there are
insufficient characters in the second string to determine a
replacement? (e.g. translate("c", "abc", "AB"))
Also, if you are going to use the translate() function, why bother
with the special Unicode chars? Why not just translate away the
decimal point and comma?
Dan.
--
Danny Yates
Technical Architect
Abbey National Treasury Services
E-mail: Danny(_dot_)Yates(_at_)ants(_dot_)co(_dot_)uk
Phone: +44 20 7756 5012
Fax: +44 20 7612 4342
-----Original Message-----
From: G. Ken Holman [mailto:gkholman(_at_)CraneSoftwrights(_dot_)com]
Sent: 13 November 2002 14:59
To: xsl-list(_at_)lists(_dot_)mulberrytech(_dot_)com
Subject: Re: [xsl] <xsl:decimal-format >
At 2002-11-13 14:39 +0000, Jonathan Jenkins wrote:
I have an application where I need to use a decimal format, with both
the
grouping-separator AND the decimal-separator attributes set to the
empty string. This causes the following exception using Xalan.
javax.xml.transform.TransformerException: An XSLT attribute of type
T_CHAR must be only 1 character!
Looking at the definition for this element - I can understand why I get
the exception.
My question is - can I achieve the above functionality without
writing a java extension ?
If this is for display purposes, have you considered using a zero-width
character? It exists as a character, but it has no presentation.
Candidates include  (zero width no-break space; a.k.a. byte order
mark) and ‎ (left-to-right mark).
This is not viable on its own if you just want the character removed. To
use it and then remove it, you could consider a combination of defining the
above characters and then doing a translate( format-number( args ),
'#&xfeff', '' ) in order to remove the characters that otherwise wouldn't
have shown up in the formatted string.
I hope this helps.
................. Ken
--
Upcoming hands-on in-depth XSLT/XPath and/or XSL-FO:
- North America: Feb 3 - Feb 7,2003
G. Ken Holman mailto:gkholman(_at_)CraneSoftwrights(_dot_)com
Crane Softwrights Ltd. http://www.CraneSoftwrights.com/s/
Box 266, Kars, Ontario CANADA K0A-2E0 +1(613)489-0999 (F:-0995)
ISBN 0-13-065196-6 Definitive XSLT and XPath
ISBN 0-13-140374-5 Definitive XSL-FO
ISBN 1-894049-08-X Practical Transformation Using XSLT and XPath
ISBN 1-894049-10-1 Practical Formatting Using XSL-FO
Next conference training: 2002-12-08,03-03,06
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
***************************************************************************
This communication (including any attachments) contains confidential
information. If you are not the intended recipient and you have received this
communication in error, you should destroy it without copying, disclosing or
otherwise using its contents. Please notify the sender immediately of the
error.
Internet communications are not necessarily secure and may be intercepted or
changed after they are sent. Abbey National Treasury Services plc does not
accept liability for any loss you may suffer as a result of interception or any
liability for such changes. If you wish to confirm the origin or content of
this communication, please contact the sender by using an alternative means of
communication.
This communication does not create or modify any contract and, unless otherwise
stated, is not intended to be contractually binding.
Abbey National Treasury Services plc. Registered Office: Abbey National House,
2 Triton Square, Regents Place, London NW1 3AN. Registered in England under
Company Registration Number: 2338548. Regulated by the Financial Services
Authority (FSA).
***************************************************************************
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list