incubator-ooo-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
Subject [Bug 120539] Gradient of type 'Square' is not always square
Date Mon, 13 Aug 2012 15:14:00 GMT

Armin Le Grand <> changed:

           What    |Removed                     |Added
                 CC|                            |

--- Comment #2 from Armin Le Grand <> ---
ALG: The basic definition came from the VCL implementation; it calculates the
outer bounds for the gradient (rectangle) and then paints from outside to
inside, all this is calculated and done in pixels. Then a step width in X and Y
is calculated to get the needed number of color steps (e.g. sx, sy).
Rectangular just means to take min(sx, sy) for both directions (which leads to
the forms seen in the edit view). Square means to use sx, sy as is.
The edit view nowadays uses a back-transformed transformation to do these
gradients (very hard to do due to the old VCL directly pixel-oriented paint
approach, but needed since these gradients can also be used for 3D, and there
you need the transformations to map the fillings).
The presentation view uses the exported metafile (still, not primitives). I'm
not sure what is done there, but to get it do the same a future presentation
mode using primitives will help.
I do not have currently a very old StarOffice around, but maybe Square indeed
once was square and it is an error. Who has one and could take a look? Radial
and Ellipsoid are pretty much the same, except that an ellipse is painted
instead of a rectangle, and Radial does use always circles, not ellipses.

You are receiving this mail because:
You are the assignee for the bug.

View raw message