Issue 105373 - presentation mode of bubble chart: problem with transparence
Summary: presentation mode of bubble chart: problem with transparence
Alias: None
Product: Impress
Classification: Application
Component: viewing (show other issues)
Version: DEV300m60
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: OOo 3.2
Assignee: wolframgarten
QA Contact: issues@graphics
Depends on:
Blocks: 99999
  Show dependency tree
Reported: 2009-09-25 23:13 UTC by maand
Modified: 2017-05-20 10:29 UTC (History)
6 users (show)

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

example presentation with bubble chart (18.59 KB, text/plain)
2009-09-26 08:09 UTC, r4zoli
no flags Details
example showing the problem within DRAW OLE (46.25 KB, application/vnd.oasis.opendocument.presentation)
2009-09-28 14:58 UTC, IngridvdM
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description maand 2009-09-25 23:13:09 UTC
I created a bubble chart with OOo 3.2 m60 (i586) on openSuSE 11.1-x64 / KDE
4.3.1. I changed the default blue color of the bubbles to 50 % transparence.
Then I started the presentation mode (F5). The color of the bubbles was also
show outside the bubble. There was a corona like the erruption on the sun around
the bubbles (but in the same transparent blue).
In the editing mode the blue is drawn only inside the bubble. If I use the
default blue without transparence, every thing looks well in the presentation mode.
Comment 1 r4zoli 2009-09-26 08:08:38 UTC
It is same in win version on winXP SP3.
Colors outside in bubble seen in edit mode, too. When you leave chart.
I not sure, but it is chart problem more than impress/graphics. 
I created example file. Set priority back to 3, see : 
Comment 2 r4zoli 2009-09-26 08:09:36 UTC
Created attachment 64981 [details]
example presentation with bubble chart
Comment 3 maand 2009-09-26 08:50:01 UTC
I can't see this effect inside the edit mode of the chart (in Impress). But if I
leave the edit mode of the chart, I see the effect. I think, it's something with
the viewing of the chart.
Comment 4 wolframgarten 2009-09-28 09:48:28 UTC
Reproducible. Reassigned.
Comment 5 clippka 2009-09-28 12:10:05 UTC
Comment 6 Armin Le Grand 2009-09-28 14:38:34 UTC
AW->IHA: What type of SdrObjects are used for bubble display? Could You please
check if creating such a shape in draw/impress and converting it to MetaFile
(context menu) leads to the same problems?
Comment 7 IngridvdM 2009-09-28 14:57:54 UTC
IHA->AW: Shapes of service are created. I'll
attach an example that shows the same problems with an ellipses in a Draw OLE
object. This seems to be again a problem in the metafile rendering :-( . Nothing
chart specific.
Comment 8 IngridvdM 2009-09-28 14:58:56 UTC
Created attachment 65016 [details]
example showing the problem within DRAW OLE
Comment 9 Armin Le Grand 2009-09-28 15:26:12 UTC
AW: Thanks, IHA. That's what i thought. MetaFile again. Looks double to #i10224#
which i already debugged and sent with a solution to SJ. Checking if this is the
Comment 10 Armin Le Grand 2009-09-29 16:26:50 UTC
AW: Indeed, a problem with MetaFiles. The MetaPolyPolygonAction::Write has quite
some extra handling to export curve information (flag infos); this must have
been added when it was/got available long time ago. Unfortunately, it was not
added everywhere needed:

MetaTransparentAction::Write does NOT have this mechanisms, it only streams the
tools::Polygon which does NOT save/load the control points. It does not even
test for Curve/ControlPoints and AdaptiveSubdivide; it just ignores curves, so
the control points become polygon points.

To resolve (and to stay compatible with our MetaFile format) there are two

(1) Add the same expansions to MetaTransparentAction::Write as to
MetaPolyPolygonAction::Write; this involves handling WRITE_BASE_COMPAT macros
and to add a new version number to the section. This means that already existing
offices (3.1, 3.1.1) will not be fixed since they cannot read the new section.

(2) Apply AdaptiveSubdivide to the polygon when it's a curve before writing.
This will stay compatible, but the geometric quality will be reduced from curve
to polygon.

Since this only applies to transparent, curved shapes i propose (2) as solution;
it's more safe and metafiles will be correct for older office versions.
Comment 11 Armin Le Grand 2009-09-30 12:37:05 UTC
AW: Same error in MetaGradientExAction and MetaHatchAction. ARGH!
Comment 12 Armin Le Grand 2009-09-30 12:40:24 UTC
AW: To make it clear: There is NO way to correct already created MetaFiles
written with versions wich had this error; there IS only polygon information in
those actions, NO curve hints at all. This will be for versions between 3.1
(where curves got used instead of ellipses, alone because ellipses cannot be
e.g. rotated) and now. MetaFile contents have to be re-created (activate,
deactivate cycle).
Comment 13 Armin Le Grand 2009-09-30 13:02:45 UTC
AW: MetaClipRegionAction has the same problem by using the 'rOStm << maRegion'
stream operator. The Region stream implementation also ignores curves by using
the Polygon stream operator...
Comment 14 Armin Le Grand 2009-09-30 13:46:26 UTC
AW: Added to CWS impress178, building VCL there...
Comment 15 Armin Le Grand 2009-09-30 13:53:39 UTC
AW: Okay, added to code and committed, too. BTW: The error does not happen
internally since the difference happens between a MetaFile and a MetaFile aftre
save-load cycle. This SHOULD be the same, but a lot of old errors make it look
AW: Need to check when done.
Comment 16 Armin Le Grand 2009-09-30 18:03:43 UTC
AW: Checked, works.
Comment 17 Armin Le Grand 2009-10-19 10:51:01 UTC
AW->WG: Checked in version, works as expected. Please review. Do
not forget that the chart needs to be refreshed once, so please activate and
deactivate once.
Comment 18 wolframgarten 2009-10-20 14:07:39 UTC
Verified in CWS.