Apache OpenOffice (AOO) Bugzilla – Issue 105373
presentation mode of bubble chart: problem with transparence
Last modified: 2017-05-20 10:29:03 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.
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 : http://www.openoffice.org/scdocs/ddIssues_EnterModify.html#priority.
Created attachment 64981 [details] example presentation with bubble chart
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.
Reproducible. Reassigned.
reassigned
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?
IHA->AW: Shapes of service com.sun.star.drawing.EllipseShape 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.
Created attachment 65016 [details] example showing the problem within DRAW OLE
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 case...
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 possibilities: (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.
AW: Same error in MetaGradientExAction and MetaHatchAction. ARGH!
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).
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...
AW: Added to CWS impress178, building VCL there...
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 different... AW: Need to check when done.
AW: Checked, works.
AW->WG: Checked in unxlngi6.pro version, works as expected. Please review. Do not forget that the chart needs to be refreshed once, so please activate and deactivate once.
Verified in CWS.