Issue 53411 - PDF export has rounding issues with coordinates
Summary: PDF export has rounding issues with coordinates
Status: CLOSED FIXED
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: 680m124
Hardware: All All
: P3 Trivial (vote)
Target Milestone: OOo 2.0.4
Assignee: frank
QA Contact: issues@gsl
URL:
Keywords:
: 59856 63962 65928 68889 (view as issue list)
Depends on:
Blocks:
 
Reported: 2005-08-16 20:06 UTC by philipp.lohmann
Modified: 2006-09-06 13:58 UTC (History)
2 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description philipp.lohmann 2005-08-16 20:06:08 UTC 
currently all coordinates are recalculated by hand and emitted as fixed point
format in PDF export. If we used a matrix here instead we would save us a lot of
rounding issues and let the reader application do the grunt work here.
Comment 1 philipp.lohmann 2005-08-16 20:07:19 UTC 
see issue 49748 for example:

1. Create new spreadsheet
2. Apply 2x2 cells with standard thickness border line
3. export to PDF
4. open PDF an see various line widths
Comment 2 philipp.lohmann 2005-08-16 20:08:52 UTC 
accepting
Comment 3 philipp.lohmann 2005-11-15 09:29:50 UTC 
set target
Comment 4 philipp.lohmann 2006-04-06 10:30:26 UTC 
*** Issue 63962 has been marked as a duplicate of this issue. ***
Comment 5 philipp.lohmann 2006-04-06 10:33:16 UTC 
target; need to address this sooner than 3.0 since there are quite some related
problems and some more ugly workarounds in the code now.
Comment 6 philipp.lohmann 2006-06-08 15:32:12 UTC 
"fixed" in CWS pdf03

However due to acrobat readers implementation limits (see appendix C in PDF
reference, specifically the use of 32bit fixed real numbers), the idea to write
integer values and let the reader transform them by the matrix cannot be
implemented. This in fact is a major problem since it severely limits the use of
the CTM.

So in effect i cannot change much, i can only attemp to minimize the rounding
issues by inventing as few of them as possible during generation - in effect I
changed the virtual resolution of the PDF reference device to 720 dpi so that 1
"pixel" is exactly one tenth user space unit.

With the architectural limits involved in acrobat reader itself and our own
technique of implementing DrawTextArray it won't get any better.

The border issue described in issue 49748 cannot be really fixed anyway; calc
would have to draw a polyline with linewidth here instead of the currently used
four rectangles  for a border; this is a rasterizing effect.
Comment 7 philipp.lohmann 2006-06-08 15:40:07 UTC 
Note: see issue 61324, nn decided that the change to thick lines "cannot be done"
Comment 8 philipp.lohmann 2006-06-30 10:58:48 UTC 
please verify in CWS pdf04; for verification please note also the samples in the
duplicate issues. However as i said in earlier comments the problem has not
completely vanished but it won't get any better currently.
Comment 9 philipp.lohmann 2006-06-30 12:18:58 UTC 
please verify in CWS pdf03
Comment 10 hwoarang 2006-07-05 00:40:06 UTC 
*** Issue 59856 has been marked as a duplicate of this issue. ***
Comment 11 frank 2006-07-06 08:08:41 UTC 
found fixed on cws pdf03 using Linux, Solaris and Windows build
Comment 12 frank 2006-07-07 15:06:09 UTC 
*** Issue 65928 has been marked as a duplicate of this issue. ***
Comment 13 frank 2006-07-17 14:05:59 UTC 
found integrated on master m176 using Solaris, Linux and Windows
Comment 14 eric.savary 2006-09-06 13:58:06 UTC 
*** Issue 68889 has been marked as a duplicate of this issue. ***