Issue 41842 - printing charts with transparency removes grid-lines when printed
Summary: printing charts with transparency removes grid-lines when printed
Alias: None
Product: General
Classification: Code
Component: chart (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Keywords: oooqa
Depends on:
Reported: 2005-02-01 19:41 UTC by sandreas41
Modified: 2017-05-20 11:27 UTC (History)
4 users (show)

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

weatherSpreadsheetChart (114.66 KB, application/vnd.oasis.opendocument.spreadsheet)
2005-02-01 19:45 UTC, sandreas41
no flags Details
Fixed Version of the previous attachment (113.95 KB, application/vnd.oasis.opendocument.spreadsheet)
2007-07-24 15:51 UTC, bjoern.milcke
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description sandreas41 2005-02-01 19:41:19 UTC
When printing a line chart made from several data series in a spreadsheet,
entire sections of various series are not printed.

Also, the location of these unprinted lines, resembling blocks, move around and
affect different series if I change the Scale to exceed one page size.

Hope to attach a file causing the defect.
This has not changed from 1.1.2 to 1.9.74
Comment 1 sandreas41 2005-02-01 19:45:31 UTC
Created attachment 22109 [details]
Comment 2 kla 2005-02-02 09:34:04 UTC
Hi Bjoern,
one for you.
Comment 3 flibby05 2005-03-10 18:26:48 UTC
confirm with 19m81
Comment 4 sandreas41 2005-03-13 23:30:19 UTC
In testing now with 1.9.84,
I believe the Transparency percentage in Format.LineProperties is a key in
duplicating this bug.
Secondly, PrintPreview.Page.Sheet.ScalingFactor also affects what parts of some
data series to disappear. 

Also, on the screen in PrintPreview, clicking on ZoomIn button sometimes fails
to draw every data series. Specifically seen at 120% and >=200%
Comment 5 sandreas41 2005-09-10 04:41:40 UTC
This behavior is not limited to printing, 
in beta2 (m125) the following sequence leaves out data-series lines on the screen.

View.Zoom 200%
page up, page down, click-arrow-up, or down.
Comment 6 sandreas41 2006-01-21 19:38:02 UTC
The disappearing data series lines seems to be fixed in 2.0.2 (m150)
Works for me. :)

Only thing left is, the chunk splitting off onto another page in Print Preview
under certain scaling factors is still there. (uneven right margin between data
series and x-axis)
Comment 7 bjoern.milcke 2007-07-24 15:50:24 UTC
As far as I can see there are two problems left.

1. Two data series have transparency 100%. This is due to issue 42959 . And it
seems not fixable, as the file is broken at this place, and there is no way to
find out that the "stroke-opacity=0%" in the file is not intended.

2. The print preview shows the text at the x-axis. This is wrong it should be
clipped. It seems that the replacement image (meta-file) is stored together with
an incorrect clip-region.

In the attached file the wrong transparency setting is fixed, and also the clip
region. Changes in the print borders have effect on the new meta file. So I
would say the problems are solved with the fixed version.
Comment 8 bjoern.milcke 2007-07-24 15:51:37 UTC
Created attachment 47034 [details]
Fixed Version of the previous attachment
Comment 9 bjoern.milcke 2007-07-24 16:07:30 UTC
Well, one additional problem remains: when being printed there are still
gridlines missing, some tick-marks on the x-axis. This looks like a meta-file
that uses a bitmap (because of transparency) that is scaled a bit (using a
stupid algorithm) so that some hair-lines are completely omitted.

->thb: Don't know if you are the right person for this one, but I think you know
more about meta-files and printing than me. When exporting this document to PDF
and printing it, no grid-lines are missing.

Btw, I noticed that a draw document containing transparency created a print-file
of 34 MB. The same document exported to PDF and printed creates a 1.5MB file,
which looks not entirely better, but not worse (apart from a circle with ugly
steps, that seem to be in the exported file). Why is there such a big difference?
Comment 10 bjoern.milcke 2007-07-24 16:13:20 UTC
Forgot to mention that I used Adobe Reader on Windows for printing the PDF in
the last remark.
Comment 11 bjoern.milcke 2007-07-24 16:16:23 UTC
Adapted summary to concentrate on the one problem that I currently see as the
most important one left for this issue.
Comment 12 Marcus 2017-05-20 11:27:36 UTC
Reset assigne to the default "".