https://issues.apache.org/ooo/show_bug.cgi?id=105171
hanya <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #7 from hanya <[email protected]> --- I could reproduce the problem with the way that described in a.ods file. a: 55 + b: 23 got x: 55 and 53. I decode the resulting x.pdf file using pdfbox and I got the following: For first page: BT /R10 28.8 Tf 1 0 0 1 51.6 772.6 Tm [(01)1.23427(01)0.230365]TJ ET This means font from the resource 10 is used and two characters are specified in the glyph index, 01. For second page: BT /R10 28.8 Tf 1 0 0 1 48 772.4 Tm [(01)0.230365]TJ /R18 28.8 Tf 18.2879 0 Td [(02)0.230365]TJ ET The first character is specified in the resource 10 and the second character is coming from the resource 18. In R10, the mapping from the index to charactercode: <01><0035> (numerical 5) in R18, <02><0033> (numerical 3) Strangely, the first character in the second page refers the glyph for numerical 5. This does not happen in individual pdf files. This seems the problem happen by GhostScript. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes.
