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

[xsl] =?windows-1255?Q?RE:_=5Bxsl=5D_RE:_=5Bxsl=5D_RE:_=5Bxsl=5D_RE:_=5Bx?= =?windows-1255?Q?sl=5D_Re:_=5Bxsl=5D_Problems_transforming_currency_value?= =?windows-1255?Q?s_using_British_pound_=28=A3=29_and_Euro_=28=80=29_signs?=


Subject: [xsl] RE: [xsl] RE: [xsl] RE: [xsl] RE: [xsl] Re: [xsl] Problems transforming currency values using British pound (£) and Euro (€) signs
From: "Kaine Varley" <kaine.varley@xxxxxxxxxxxx>
Date: Mon, 13 Oct 2003 14:02:20 +0100

Michael,

Thanks again for helping me. Your comments have made me look again at my
processes, and question the method I was using to format currencies. While I
still feel quite confident that the problem I was experiencing lies with the
data that is being returned, i.e. how the pound sign is being to the data,
it's now also clear that I was trying to fudge the number formatting.

While bumbling around, I found no real reference currency formatting, except
a brief mention on page 484 of your 2nd edition XSLT book, which wasn't
explicitly talking about currency formatting, but I took it to be, my
mistake I think. Do you know of any references that particularly discuss
currency formatting?

Thanks, 


Kaine


-----Original Message-----
From: owner-xsl-list@xxxxxxxxxxxxxxxxxxxxxx
[mailto:owner-xsl-list@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Michael Kay
Sent: 10 October 2003 00:08
To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx
Subject: [xsl] RE: [xsl] RE: [xsl] RE: [xsl] Re: [xsl] Problems transforming
currency values using British pound (£) and Euro (€) signs

> 
> > First point: currency symbols are not legal in the picture of 
> > format-number(), though some processors may accept them.
> > (format-number() was defined by reference to the 
> DecimalFormatSymbols 
> > class of JDK 1.1, and currency symbols were added to the JDK at a 
> > later version than this).
> 
> Thanks, I was not aware of that. However, the MS parser seems 
> to cope adequately with this.

If your definition of "coping adequately" is that it accepts something
that it should reject, then your idea of adequacy is different from
mine...

(Having said that, Saxon has a bug in this area, because what it accepts
depends on the version of the JDK you happen to be using).
> 
> 
> It is my hunch that it is the data, not the output that is 
> wrong. The output of the transform is simply perpetuating the problem.
> 
I think it would be a good idea to take a look at your source file with
a hex editor.

Michael Kay


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



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



Current Thread
Keywords