SF - ID: 1710650
Last Update: Settings changed ( thpr )
When I export to PDF every item with a weight that is not an integer, the weight gets displayed as NaN. This only happens with pdf output, not with txt or html.
It happens with both the std sheets and the simple sheets.
I've attached an example sheet.
Koen Van Daele ( vandaelek ) - 2007-05-01 11:00:04 EDT
Comments ( 12 )
Add a comment
Date: 2007-06-08 09:57:11 EDT
I just wanted to add that it's not just related to the internal language
settings of pcgen since I'm just using the default english language. Maybe
there are a couple of related problems. I can confirm that the output in
the temp xml file has weight values listed as 0,01. I've attached that file
for future reference.
File Added: currentPC_8425.xml
Date: 2007-06-07 13:46:21 EDT
Sender: kariannaSourceForge.net DonorProject Admin & DonorAccepting Donations
This is i18n issue - K
Date: 2007-06-07 12:33:28 EDT
Sender: eddyanthonySourceForge.net Subscriber
moving to code bugs and assinging to Kar to re-prioritize. This may be
more of a FREQ than a bug.
Date: 2007-06-07 12:02:18 EDT
The problem is not in fop/xslt. To correctly implement this
two things from code side are needed:
1) ability for output tokens to output numbers according
to xml standard (i.e. no thousands separators,
decimal separator is dot etc.)
2) output tokens for locale settings (decimal format settings
in this particular case)
Date: 2007-06-04 21:11:28 EDT
Aha! Got it Regional settings in Windows have nothing to do with it.
Neither metric or imperial settings in PCGen. But interface language
settings in PCGen do. So in order to reproduce problem you need to
change PCGen language to Italian (for example) and just export any pc
that has items with fractional weight.
Problem is somewhere in fop/xslt handling tokens like
<xsl:value-of select="format-number(weight, '####0.0#')"/>
Date: 2007-06-04 20:47:20 EDT
No I cannot reproduce it even with italian settings.
I'm using PCGen 5.11.14, Java 1.5.0_11.
What version do you use? Could you try with PCGen 5.11.14
and see if you still have the problem?
As for uploading files to existing I have
"Upload and attach file" at the bottom of the tracker page
but apparently there's some setting that would allow your id
to upload them as I remember I was not able to upload files
too at the beginning. Maybe someone need to change it for you id.
Meanwhile you should be able to upload it to yahoo group.
Date: 2007-06-04 20:24:10 EDT
I'm using English Windows XP with Regional settings set to Ukraine.
Those temp files should be there during export to PDF if you exit PCGen it
will (should) delete them.
On my machine they are located like this: "C:\Documents and
I took a look at the attached PDF and mine is almost like that except I
have numbers with full stops instead of "NaN".
I'm going to try Italian settings and see if I could reproduce the
(Full stops in numbers is also a problem but not as severe as having
Date: 2007-06-04 19:02:58 EDT
There isn't this file in my temp directory (i use italian winxp and
italian adobe reader 8), but i have notice that if i use English language
with metric, i don't have this problem because there are fullstops and not
commas in the sheet. I tried with other languages (French,German) and all
have NaN in a single fractional weight of a object. There are objects that
haven't fractional weith and this are reported with a fullstop and a 0
instead of comma and 0
In a total weight instead there is a correct sum with a correct comma. All
like the sheet of vandaelek.
Apsen, are u sure u see commas in every single object of the sheet? I
can't reproduce Ukrainian because there isn't in setting preference.
ps. i don't know how can upload a file in an existent traker
sorry for my poor english
Date: 2007-06-04 10:28:17 EDT
Hmm... I do not have this problem although I use Ukrainian regional
setting that also uses comma as decimal separator. Could you attach
currentPS*.xml file that is created during PDF export in temporary
Date: 2007-05-31 05:09:04 EDT
i have similar problem, i'm italian and i use winxp and preference
language "metric" with a lot of comma
Date: 2007-05-31 03:18:22 EDT
I had indeed thought it might be an internationalisation issue. I'm in
Belgium, speaking Flemish/Dutch and we use a comma for decimal separator
instead of a point (as does most of Europe I think).
This was on a system running Ubuntu 7.04 with Java 1.5 (don't think that
last one has anything to do with it). Maybe someone else in Europe should
check if they have a similar problem on other systems (maybe it's more of a
problem with Ubuntu than PcGen)?
Date: 2007-05-30 18:20:08 EDT
Sender: eddyanthonySourceForge.net Subscriber
I can't reproduce this, the fractional quantities output fine for me. I
did notice that the output for total weight uses a comma instead of a
decimal point which I understand is used in Eupore( are in parts thereof).
This makes me think this is an internationalization issue. I need more info
to reproduce this, are you using a different language, etc..
I have the same issue in my PDF. I use the system language and it is not English. Funny thing is that decimal cost (like 0.1) is not displayed as NaN. It should be 0,1 for French and it is displayed 0.1 but it’s a minor issue (compared to number showing as NaN).
Could you upload a sample (pcg and pdf) please? That way we can then track which tags are affected.
I made this character using only Pathfinder core, so it is simpler than my existing characters with the issue.