Issue 70377 - incorrect PDF output for frames with uni-oriented shadows
Summary: incorrect PDF output for frames with uni-oriented shadows
Status: CONFIRMED
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: OOo 2.2
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL: http://linuxfoo.de/tech/ooo/
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2006-10-13 06:21 UTC by tilde
Modified: 2013-08-07 15:31 UTC (History)
2 users (show)

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


Attachments
screenshots showing artifacts (33.16 KB, application/vnd.oasis.opendocument.graphics)
2007-02-08 11:38 UTC, Rainer Bielefeld
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description tilde 2006-10-13 06:21:48 UTC
Horizontal- and vertical-only shadows of a text frame in a PDF export are
displayed incorrectly in acroread 7 for GNU/Linux (KPDF displays them
correctly). Printing to .ps is affected apparently.

Steps to reproduce:

Start oowriter
Create a text document
Add a text frame
Go to context menu, Area
Choose Fill -> Color -> White
Choose Shadow -> [X] Use Shadow
Direct shadow to a single edge 
   (i.e. left, right, top or bottom, not a corner)
Export to PDF
View in acroread for GNU/Linux, current version is 7.0.8

=> the display renders artefacts, thin lines at unintended edges.

In the example (see below) a thin line is visible spanning the textframe at the
lower edge from the right edge minus the width of the shadow.

Further tests:

A sample .odp, .pdf and .ps and a .png screenshot of the incorrect render taken 
from acroread are at http://linuxfoo.de/tech/ooo/broken-shadow/

The same problem occurs for example with speech bubbles or pie charts at their
horizontal resp. vertical lines as well as for rectangular shapes.

Printed to file, the artifacts show in gs 8.15.3 (ESP Ghostscript) and gv 3.6.2.

The artifacts do not show in KPDF 0.5.4 (KDE 3.5.4). My theory is that KPDF
employs either adaptive or incorrect calculation.

Theory:

A calculation error during export to either PS or PDF renders unidirectional
shadows one pixel too tall/wide orthogonally to the direction of the shadow.
Thus, the shadow rectangle is becoming visible at unintended horizontal resp.
vertical edges of the frame.
Comment 1 tilde 2006-10-17 14:33:33 UTC
A new URL[1] for my issue-related resources exists.

[1] http://tk-sls.de/ext/ooo/my_issues/70377
Comment 2 thorsten.martens 2006-12-19 15:38:19 UTC
TM->HI: please have a look, thanks !
Comment 3 Rainer Bielefeld 2007-02-08 11:37:10 UTC
I checked with "2.0.2  German version WIN XP: [680m5(Build9011)]" and can
confirm those artifacts (seen with AR 7.0.9, FoxitReader and GV) for PDF export
from reporter's test file 'broken-shadow.odt' and also for PDF-export from own
WRITER and DRAW documents. It seems that the problem is not limited to
uni-oriented shadows.
Comment 4 Rainer Bielefeld 2007-02-08 11:38:52 UTC
Created attachment 42853 [details]
screenshots showing artifacts
Comment 5 h.ilter 2007-02-13 14:43:35 UTC
HI-> WG: Please take over, Thanks.
Comment 6 wolframgarten 2007-02-13 14:58:50 UTC
Reproducible. Reassigned.
Comment 7 Mathias_Bauer 2007-12-04 16:17:40 UTC
according to release status meeting -> target 3.x