Bug 94735 - Transparent gradient of kind draw:style="square" is rendered wrong in presentation mode
Summary: Transparent gradient of kind draw:style="square" is rendered wrong in present...
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
4.3.0.1 rc
Hardware: x86 (IA32) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Impress-Gradient
  Show dependency treegraph
 
Reported: 2015-10-03 17:15 UTC by Regina Henschel
Modified: 2023-06-01 09:58 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Color gradient and transparency gradient to compare (14.58 KB, application/vnd.sun.xml.impress)
2015-10-03 17:15 UTC, Regina Henschel
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Regina Henschel 2015-10-03 17:15:22 UTC
Created attachment 119243 [details]
Color gradient and transparency gradient to compare

Open attached document and compare the gradients in edit mode and in presentation mode. Notice, that for the lower rectangle with the color gradient, the gradient fill area is square both in edit and in presentation mode. But for the upper rectangle with a transparent gradient, the gradient is square in edit mode but not square in presentation mode.

It seems to me, that the changes done in bug #42553 were not correct.

You get the same wrong gradient in the thumbnail.

The ODF standard is very clear about how draw:style="square" should be rendered. Read section 19.218.2<draw:gradient>, item square,
"square: defines a gradient that produces a square blend, imitating the visual perspective in a corridor or the aerial view of a pyramid. Also known as "box gradient" and "pyramidal gradient". The center of the square is defined with the draw:cx and draw:cy attributes. The width and height of the square is the minimum value of either the width or the height of the filled area. The outside of the square is filled with the end color."

Especially:
 The width _and_ height of the square...
 The outside of the square is filled with the end color.

There is no doubt, that the gradient area is equal in height and width.
Comment 1 Buovjaga 2015-10-06 12:13:53 UTC
Confirmed the stretching in presentation mode.

Win 7 Pro 64-bit, Version: 5.0.2.2 (x64)
Build ID: 37b43f919e4de5eeaca9b9755ed688758a8251fe
Locale: fi-FI (fi_FI)

Version: 5.1.0.0.alpha1+
Build ID: 25de5cfa43b2b1cb7d7214470acc7719839e13fe
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-10-01_08:49:54
Locale: en-US (fi_FI)

4.3.0.1
Comment 2 QA Administrators 2016-11-08 11:06:50 UTC Comment hidden (obsolete)
Comment 3 Thomas Lendo 2018-05-30 22:31:36 UTC
Repro with Version: 6.2.0.0.alpha0+
Build ID: 7725eff80a7bc3f3e422e56e1cd7bfa531f19a70
CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; 
Locale: de-DE (de_DE.UTF-8); Calc: group threaded
Comment 4 QA Administrators 2019-05-31 02:50:17 UTC Comment hidden (obsolete)
Comment 5 QA Administrators 2021-05-31 04:12:27 UTC Comment hidden (obsolete)
Comment 6 Regina Henschel 2021-05-31 11:00:30 UTC
Transparent gradient is still wrong in presentation mode in Version: 7.2.0.0.alpha1+ (x64) / LibreOffice Community
Build ID: 60cba23bc0f5e8eafecc03c437f1133b62569fa6
CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: de-DE (en_US); UI: en-US
Calc: CL
Comment 7 QA Administrators 2023-06-01 03:19:04 UTC Comment hidden (obsolete)
Comment 8 Regina Henschel 2023-06-01 09:58:35 UTC
I see it fixed in a local build from current master. The fix is done by Armin Le Grand with commit "tdf#155437 handling of TransparencePrimitive2D for metafiles"
 https://cgit.freedesktop.org/libreoffice/core/commit/?id=f6c753cc0f42e94f89361b7d1c41dae069ed73aa