Issue 69680 - new chart: Transparent chart background turns to solid
Summary: new chart: Transparent chart background turns to solid
Status: CLOSED FIXED
Alias: None
Product: General
Classification: Code
Component: chart (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: kla
QA Contact: issues@graphics
URL:
Keywords: new_implementation
Depends on:
Blocks:
 
Reported: 2006-09-19 18:16 UTC by daniel.rentz
Modified: 2013-02-24 21:18 UTC (History)
1 user (show)

See Also:
Issue Type: TASK
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 daniel.rentz 2006-09-19 18:16:01 UTC 
Insert a bar chart into a Calc doc, change chart background to "no color", save 
to ODS, reload, open background formatting dialog -> it shows white color.

Works correctly for other objects like diagram area, titles, legend, data 
points.
Comment 1 daniel.rentz 2006-09-19 18:16:23 UTC 
target
Comment 2 daniel.rentz 2006-09-20 09:22:53 UTC 
Bug exists also for floor formatting in 3D charts (wall works correctly)
Comment 3 daniel.rentz 2006-09-20 09:24:34 UTC 
... and invisible Y main grid in 3d charts appears again too ...
Comment 4 bjoern.milcke 2006-09-20 11:07:17 UTC 
Fixed the Area.
(The old API set FillStyle::NONE as default. This is not correct. Don't know why
it was introduced. Checking some old and new files, load/save was ok)

It was indeed the export that didn't work (because of the default)
Comment 5 bjoern.milcke 2006-09-20 17:07:39 UTC 
Fixed floor. In the old chart the default for floor was SOLID. The default for
the wall was NONE, except for line and scatter charts. As this is not a usable
default, I changed the behaviour of the old API wrapper in the new chart such
that there is no default for wall and floor. As a result, the wall and floor
fill-style are always exported, thus always correct after re-import.

In general, we have defaults in the new model, which are sometimes different
from the defaults in the old API. When the default in the old API is different,
this default has to be set in the XML import as hard attribute, such that when
no attribute is in the file the old default holds.

The bug appeared, as the old API default was NONE, but this was not set in
xmloff on floor import. Doing so would have been a fix, but as said before it
makes more sense to have no default, i.e. always export the fill-style, because
the old chart would otherwise have problems here.
Comment 6 bjoern.milcke 2006-09-21 13:49:51 UTC 
Also fixed the re-appearing grid issue.

Note, that there is still a problem when storing grids without axes, or
"no-axis" for the x-axis of a category chart. As in XML in those cases an
axis-element is written in the chart, the axes re-appear. The actual problem is
that the "show=false" property is not written.
Comment 7 bjoern.milcke 2006-09-22 17:13:44 UTC 
->DR: Also fixed the last problem mentioned, so grids, categories and axis
titles without axes work now. However (...) there seems to be still a problem
with a re-appearing z-axis in 3d charts.
Comment 8 bjoern.milcke 2006-09-26 13:46:06 UTC 
Note: the "also fixed issue" mentioned before is Issue 68038
Comment 9 bjoern.milcke 2006-11-01 10:04:33 UTC 
->kla: Please verify in Milestone 9.
Comment 10 IngridvdM 2007-01-18 11:47:47 UTC 
changed target to 2.3
Comment 11 IngridvdM 2007-03-01 19:23:57 UTC 
changed summary to start with 'new chart:', set keyword and changed issue type
to reflect that this issue did only occur in the new chart and did not affect
the master branch
Comment 12 kla 2007-03-12 15:50:40 UTC 
verified
Comment 13 andreschnabel 2007-07-17 17:07:47 UTC 
ok in SRC680m220 -> closing