You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@xalan.apache.org by Henry Zongaro <zo...@ca.ibm.com> on 2003/08/26 22:48:59 UTC
Re: release timetable...
Hi Tom,
Is that bug number correct? If so, the fix for it should have been
in Xalan-Java releases for some time. (Thanks to Sarah McNamara for
pointing that out.) We haven't been very good about closing off a bug
report once a release containing the fix for it is available; that could
be a source of confusion.
If you are still experiencing that problem or a problem like it,
please reopen the bug report or open a new one, as appropriate.
Regarding the next release, does anybody have any objection to
mid-October? That would give us time to include some more bug fixes in a
new release, as well make any documentation changes required to
accommodate Apache mirrors [1].
Thanks,
Henry
[1] http://marc.theaimsgroup.com/?l=xml-apache-general&m=106172323716191&w=2
------------------------------------------------------------------
Henry Zongaro Xalan development
IBM SWS Toronto Lab T/L 969-6044; Phone +1 905 413-6044
mailto:zongaro@ca.ibm.com
"Tom Mitchell Jr." <tm...@progress.com>
2003-08-20 05:07 PM
To: xalan-j-users@xml.apache.org
cc:
Subject: release timetable...
Hello,
I am looking at a bug fix (#3036) that is in CVS but not in any
release. I cannot seem to find information on when the next release
might come out with this fix. Can someone point me in the right
direction?
Thanks.
Tom Mitchell
Re: release timetable...
Posted by "Tom Mitchell Jr." <tm...@progress.com>.
Isn't this redundant? I really want the default decimal-format object,
because for different locales, I want the number to be presented
differently, so I would want the default decimal-format object. Isn't
there a way to spit the format out in the default decimal-format but
still be able to format it?
Dave Flanagan wrote:
> To localize a number try using the <xsl:decimal-format> element as
> this defines the signigicantcharacters that are used in a format
> string used by the format-number() function.This should allow you to
> accomplish what you are looking for
>
> ----- Original Message -----
> From: Tom Mitchell Jr.
> To: Henry Zongaro ; xalan-j-users@xml.apache.org ;
> xalan-dev@xml.apache.org
> Sent: Thursday, August 28, 2003 9:59 AM
> Subject: Re: release timetable...
> Hi all,
>
> I must be misunderstanding something here and would
> appreciate anyone's help. The bug I originally spoke of is
> a red herring I think. This isn't really xalan-specific,
> but I have searched extensively and have found no way to do
> what I want.
>
> The format-number() function in xslt is meant to take a
> number and convert it to the format provided in the format
> string, possibly using the decimal-format object to
> determine what characters have meaning in the format
> string. The format string is locale-specific, ok. But how
> do I format a string using some generic method and have the
> output formatted with the locale in mind? For example, I
> want to take
>
> <data>
> <value>12345.12345</value>
> <precision>2</precision>
> </data>
>
> in the xml document and transform it into:
>
> 12,345.12 in American English,
>
> 12 345,12 in Czech,
>
> and 12.345,12 in most other European locales.
>
> I use <xsl:choose> based on the precision, but I cannot find
> a way of using format-number(vlaue, "#,##0.00") to get what
> I want. I can use xml tags to define the number-separator
> and decimal and use whatever is passed in as those values,
> but if there is an American English machine with the
> number-separator tag defined as "." (which would be most
> European locales), I get an exception about a Malformed
> format string because that is the special character used as
> the decimal. So, I can create a decimal-format object and
> use the tags to define the number-separator, etc., but it
> seems that this should be _much_ easier than what I am
> experiencing. I simply want the number displayed in the
> default locale.
>
> The only thing I can think of is to insert the
> number-separator and decimal into the string from the
> decimal-format object, but how do I get a handle on this in
> xslt? The syntax would be something like:
>
> format-number(value, "#" + (get value of
> decimal-format::number-separator here) + "##0" + (get value
> of decimal-format::decimal here) + "00")
>
> Sorry so ignorant, but this seems like a pretty basic thing,
> and I can't find how to achieve the goal. Am I missing
> something very simple? I must be..... Any help would be
> appreciated.
>
> Thanks.
> Tom Mitchell
>
>
> "Tom Mitchell Jr." wrote:
>
> > Hi Henry,
> >
> > Thanks for the info. I'm pretty new to bugzilla, but
> > I found the bug at:
> >
> > http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3036
> >
> > and the "version" field says "current CVS" so I thought it
> > was not in a release yet. I am using 2.4.1 presently,
> > however, so I will try 2.5.1 before poking any further.
> > Thanks for your time.
> >
> > Tom
> >
> >
> > Henry Zongaro wrote:
> >
> > > Hi Tom,
> > >
> > > Is that bug number correct? If so, the fix for it
> > > should have been
> > > in Xalan-Java releases for some time. (Thanks to Sarah
> > > McNamara for
> > > pointing that out.) We haven't been very good about
> > > closing off a bug
> > > report once a release containing the fix for it is
> > > available; that could
> > > be a source of confusion.
> > >
> > > If you are still experiencing that problem or a
> > > problem like it,
> > > please reopen the bug report or open a new one, as
> > > appropriate.
> > >
> > > Regarding the next release, does anybody have any
> > > objection to
> > > mid-October? That would give us time to include some
> > > more bug fixes in a
> > > new release, as well make any documentation changes
> > > required to
> > > accommodate Apache mirrors [1].
> > >
> > > Thanks,
> > >
> > > Henry
> > > [1]
> > > http://marc.theaimsgroup.com/?l=xml-apache-general&m=106172323716191&w=2
> > >
> > > ------------------------------------------------------------------
> > >
> > > Henry Zongaro Xalan development
> > > IBM SWS Toronto Lab T/L 969-6044; Phone +1 905
> > > 413-6044
> > > mailto:zongaro@ca.ibm.com
> > >
> > > "Tom Mitchell Jr." <tm...@progress.com>
> > > 2003-08-20 05:07 PM
> > >
> > >
> > > To: xalan-j-users@xml.apache.org
> > > cc:
> > > Subject: release timetable...
> > >
> > >
> > >
> > > Hello,
> > >
> > > I am looking at a bug fix (#3036) that is in CVS but
> > > not in any
> > > release. I cannot seem to find information on when the
> > > next release
> > > might come out with this fix. Can someone point me in
> > > the right
> > > direction?
> > >
> > > Thanks.
> > > Tom Mitchell
> >
> > --
> > =============================
> > Tom Mitchell,Jr.
> > Fathom Development Team
> > Progress Software
> > One Indian Head Plaza
> > Nashua, NH 03060
> > 603.594.6905
> > www.progress.com
> > =============================
> > I close my eyes
> > And feel the water rise around me
> > Drown the beat of time
> > Let my senses fall away
> > I can see much clearer now,
> > I'm blind.
> > Find all you need in your mind
> > If you take the time.
> > -Dream Theater
> > ==============================
>
> --
> =============================
> Tom Mitchell,Jr.
> Fathom Development Team
> Progress Software
> One Indian Head Plaza
> Nashua, NH 03060
> 603.594.6905
> www.progress.com
> =============================
> I close my eyes
> And feel the water rise around me
> Drown the beat of time
> Let my senses fall away
> I can see much clearer now,
> I'm blind.
> Find all you need in your mind
> If you take the time.
> -Dream Theater
> ==============================
>
>
--
=============================
Tom Mitchell,Jr.
Fathom Development Team
Progress Software
One Indian Head Plaza
Nashua, NH 03060
603.594.6905
www.progress.com
=============================
I close my eyes
And feel the water rise around me
Drown the beat of time
Let my senses fall away
I can see much clearer now,
I'm blind.
Find all you need in your mind
If you take the time.
-Dream Theater
==============================
Re: release timetable...
Posted by Dave Flanagan <da...@trainingetc.com>.
To localize a number try using the <xsl:decimal-format> element as this defines the signigicant
characters that are used in a format string used by the format-number() function.
This should allow you to accomplish what you are looking for
----- Original Message -----
From: Tom Mitchell Jr.
To: Henry Zongaro ; xalan-j-users@xml.apache.org ; xalan-dev@xml.apache.org
Sent: Thursday, August 28, 2003 9:59 AM
Subject: Re: release timetable...
Hi all,
I must be misunderstanding something here and would appreciate anyone's help. The bug I originally spoke of is a red herring I think. This isn't really xalan-specific, but I have searched extensively and have found no way to do what I want.
The format-number() function in xslt is meant to take a number and convert it to the format provided in the format string, possibly using the decimal-format object to determine what characters have meaning in the format string. The format string is locale-specific, ok. But how do I format a string using some generic method and have the output formatted with the locale in mind? For example, I want to take
<data>
<value>12345.12345</value>
<precision>2</precision>
</data>
in the xml document and transform it into:
12,345.12 in American English,
12 345,12 in Czech,
and 12.345,12 in most other European locales.
I use <xsl:choose> based on the precision, but I cannot find a way of using format-number(vlaue, "#,##0.00") to get what I want. I can use xml tags to define the number-separator and decimal and use whatever is passed in as those values, but if there is an American English machine with the number-separator tag defined as "." (which would be most European locales), I get an exception about a Malformed format string because that is the special character used as the decimal. So, I can create a decimal-format object and use the tags to define the number-separator, etc., but it seems that this should be _much_ easier than what I am experiencing. I simply want the number displayed in the default locale.
The only thing I can think of is to insert the number-separator and decimal into the string from the decimal-format object, but how do I get a handle on this in xslt? The syntax would be something like:
format-number(value, "#" + (get value of decimal-format::number-separator here) + "##0" + (get value of decimal-format::decimal here) + "00")
Sorry so ignorant, but this seems like a pretty basic thing, and I can't find how to achieve the goal. Am I missing something very simple? I must be..... Any help would be appreciated.
Thanks.
Tom Mitchell
"Tom Mitchell Jr." wrote:
Hi Henry,
Thanks for the info. I'm pretty new to bugzilla, but I found the bug at:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3036
and the "version" field says "current CVS" so I thought it was not in a release yet. I am using 2.4.1 presently, however, so I will try 2.5.1 before poking any further. Thanks for your time.
Tom
Henry Zongaro wrote:
Hi Tom,
Is that bug number correct? If so, the fix for it should have been
in Xalan-Java releases for some time. (Thanks to Sarah McNamara for
pointing that out.) We haven't been very good about closing off a bug
report once a release containing the fix for it is available; that could
be a source of confusion.
If you are still experiencing that problem or a problem like it,
please reopen the bug report or open a new one, as appropriate.
Regarding the next release, does anybody have any objection to
mid-October? That would give us time to include some more bug fixes in a
new release, as well make any documentation changes required to
accommodate Apache mirrors [1].
Thanks,
Henry
[1] http://marc.theaimsgroup.com/?l=xml-apache-general&m=106172323716191&w=2
------------------------------------------------------------------
Henry Zongaro Xalan development
IBM SWS Toronto Lab T/L 969-6044; Phone +1 905 413-6044
mailto:zongaro@ca.ibm.com
"Tom Mitchell Jr." <tm...@progress.com>
2003-08-20 05:07 PM
To: xalan-j-users@xml.apache.org
cc:
Subject: release timetable...
Hello,
I am looking at a bug fix (#3036) that is in CVS but not in any
release. I cannot seem to find information on when the next release
might come out with this fix. Can someone point me in the right
direction?
Thanks.
Tom Mitchell
--
=============================
Tom Mitchell,Jr.
Fathom Development Team
Progress Software
One Indian Head Plaza
Nashua, NH 03060
603.594.6905
www.progress.com
=============================
I close my eyes
And feel the water rise around me
Drown the beat of time
Let my senses fall away
I can see much clearer now,
I'm blind.
Find all you need in your mind
If you take the time.
-Dream Theater
==============================
--
=============================
Tom Mitchell,Jr.
Fathom Development Team
Progress Software
One Indian Head Plaza
Nashua, NH 03060
603.594.6905
www.progress.com
=============================
I close my eyes
And feel the water rise around me
Drown the beat of time
Let my senses fall away
I can see much clearer now,
I'm blind.
Find all you need in your mind
If you take the time.
-Dream Theater
==============================
Re: release timetable...
Posted by "Tom Mitchell Jr." <tm...@progress.com>.
Hi all,
I must be misunderstanding something here and would appreciate
anyone's help. The bug I originally spoke of is a red herring I think.
This isn't really xalan-specific, but I have searched extensively and
have found no way to do what I want.
The format-number() function in xslt is meant to take a number and
convert it to the format provided in the format string, possibly using
the decimal-format object to determine what characters have meaning in
the format string. The format string is locale-specific, ok. But how
do I format a string using some generic method and have the output
formatted with the locale in mind? For example, I want to take
<data>
<value>12345.12345</value>
<precision>2</precision>
</data>
in the xml document and transform it into:
12,345.12 in American English,
12 345,12 in Czech,
and 12.345,12 in most other European locales.
I use <xsl:choose> based on the precision, but I cannot find a way of
using format-number(vlaue, "#,##0.00") to get what I want. I can use
xml tags to define the number-separator and decimal and use whatever is
passed in as those values, but if there is an American English machine
with the number-separator tag defined as "." (which would be most
European locales), I get an exception about a Malformed format string
because that is the special character used as the decimal. So, I can
create a decimal-format object and use the tags to define the
number-separator, etc., but it seems that this should be _much_ easier
than what I am experiencing. I simply want the number displayed in the
default locale.
The only thing I can think of is to insert the number-separator and
decimal into the string from the decimal-format object, but how do I get
a handle on this in xslt? The syntax would be something like:
format-number(value, "#" + (get value of
decimal-format::number-separator here) + "##0" + (get value of
decimal-format::decimal here) + "00")
Sorry so ignorant, but this seems like a pretty basic thing, and I can't
find how to achieve the goal. Am I missing something very simple? I
must be..... Any help would be appreciated.
Thanks.
Tom Mitchell
"Tom Mitchell Jr." wrote:
> Hi Henry,
>
> Thanks for the info. I'm pretty new to bugzilla, but I found the
> bug at:
>
> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3036
>
> and the "version" field says "current CVS" so I thought it was not in
> a release yet. I am using 2.4.1 presently, however, so I will try
> 2.5.1 before poking any further. Thanks for your time.
>
> Tom
>
>
> Henry Zongaro wrote:
>
>> Hi Tom,
>>
>> Is that bug number correct? If so, the fix for it should have
>> been
>> in Xalan-Java releases for some time. (Thanks to Sarah McNamara for
>>
>> pointing that out.) We haven't been very good about closing off a
>> bug
>> report once a release containing the fix for it is available; that
>> could
>> be a source of confusion.
>>
>> If you are still experiencing that problem or a problem like
>> it,
>> please reopen the bug report or open a new one, as appropriate.
>>
>> Regarding the next release, does anybody have any objection to
>> mid-October? That would give us time to include some more bug fixes
>> in a
>> new release, as well make any documentation changes required to
>> accommodate Apache mirrors [1].
>>
>> Thanks,
>>
>> Henry
>> [1]
>> http://marc.theaimsgroup.com/?l=xml-apache-general&m=106172323716191&w=2
>>
>> ------------------------------------------------------------------
>> Henry Zongaro Xalan development
>> IBM SWS Toronto Lab T/L 969-6044; Phone +1 905 413-6044
>> mailto:zongaro@ca.ibm.com
>>
>> "Tom Mitchell Jr." <tm...@progress.com>
>> 2003-08-20 05:07 PM
>>
>>
>> To: xalan-j-users@xml.apache.org
>> cc:
>> Subject: release timetable...
>>
>>
>>
>> Hello,
>>
>> I am looking at a bug fix (#3036) that is in CVS but not in any
>> release. I cannot seem to find information on when the next release
>>
>> might come out with this fix. Can someone point me in the right
>> direction?
>>
>> Thanks.
>> Tom Mitchell
>
> --
> =============================
> Tom Mitchell,Jr.
> Fathom Development Team
> Progress Software
> One Indian Head Plaza
> Nashua, NH 03060
> 603.594.6905
> www.progress.com
> =============================
> I close my eyes
> And feel the water rise around me
> Drown the beat of time
> Let my senses fall away
> I can see much clearer now,
> I'm blind.
> Find all you need in your mind
> If you take the time.
> -Dream Theater
> ==============================
>
--
=============================
Tom Mitchell,Jr.
Fathom Development Team
Progress Software
One Indian Head Plaza
Nashua, NH 03060
603.594.6905
www.progress.com
=============================
I close my eyes
And feel the water rise around me
Drown the beat of time
Let my senses fall away
I can see much clearer now,
I'm blind.
Find all you need in your mind
If you take the time.
-Dream Theater
==============================
Re: release timetable...
Posted by "Tom Mitchell Jr." <tm...@progress.com>.
Hi Henry,
Thanks for the info. I'm pretty new to bugzilla, but I found the bug at:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3036
and the "version" field says "current CVS" so I thought it was not in a release
yet. I am using 2.4.1 presently, however, so I will try 2.5.1 before poking any
further. Thanks for your time.
Tom
Henry Zongaro wrote:
> Hi Tom,
>
> Is that bug number correct? If so, the fix for it should have been
> in Xalan-Java releases for some time. (Thanks to Sarah McNamara for
> pointing that out.) We haven't been very good about closing off a bug
> report once a release containing the fix for it is available; that could
> be a source of confusion.
>
> If you are still experiencing that problem or a problem like it,
> please reopen the bug report or open a new one, as appropriate.
>
> Regarding the next release, does anybody have any objection to
> mid-October? That would give us time to include some more bug fixes in a
> new release, as well make any documentation changes required to
> accommodate Apache mirrors [1].
>
> Thanks,
>
> Henry
> [1] http://marc.theaimsgroup.com/?l=xml-apache-general&m=106172323716191&w=2
> ------------------------------------------------------------------
> Henry Zongaro Xalan development
> IBM SWS Toronto Lab T/L 969-6044; Phone +1 905 413-6044
> mailto:zongaro@ca.ibm.com
>
> "Tom Mitchell Jr." <tm...@progress.com>
> 2003-08-20 05:07 PM
>
>
> To: xalan-j-users@xml.apache.org
> cc:
> Subject: release timetable...
>
>
>
> Hello,
>
> I am looking at a bug fix (#3036) that is in CVS but not in any
> release. I cannot seem to find information on when the next release
> might come out with this fix. Can someone point me in the right
> direction?
>
> Thanks.
> Tom Mitchell
--
=============================
Tom Mitchell,Jr.
Fathom Development Team
Progress Software
One Indian Head Plaza
Nashua, NH 03060
603.594.6905
www.progress.com
=============================
I close my eyes
And feel the water rise around me
Drown the beat of time
Let my senses fall away
I can see much clearer now,
I'm blind.
Find all you need in your mind
If you take the time.
-Dream Theater
==============================