To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=111987


User aw changed the following:

                What    |Old value                 |New value
================================================================================
                  Status|NEW                       |STARTED
--------------------------------------------------------------------------------




------- Additional comments from a...@openoffice.org Tue Jun  1 13:34:34 +0000 
2010 -------
AW: It does fail in a sense, but different from expectations. First, thanks for
the examples. They show that there really is an error involved.
First things first. When shapes with e.g. fat lines are selected for substract,
these internally first get converted to contour. This creates in this case a
group object containing one object with the original filling and no outline, and
one object with the outline converted to a filled PolyPolygon.
The substract itself is defined as substracting all shapes from the first shape;
thus from the filling of the shape behind the outline of the same shape, the
filling of the front shape and it's outline should be substracted.
The error is that for grouped sub-content the order of shapes is interpreted
inverted. In this examples this leads to substracting all from the outline of
the backmost shape.

To handle fat or patterned lines like this is needed, else the results would
look much different from intuitive expectations. Of course this gets more
obvious the thicker the lines are ore the more a pattern is used.

The alternative would be to only substract the fillings and to apply the line
style from the backmost shape to the result. This actually was my first
implementation, but the results were not intuitive when using linestyles e.g. to
simulate something like a gear wheel.

Maybe a third way which comes to my mind now would be good, too: Use ORed
content of grouped shapes. This would lead to creating 'masks' for shapes using
fat and/or patterned lines and substracting these from each other. Hmmm...

But back to the error: The substract implementation uses the wrong order in
included groupings...

---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org
For additional commands, e-mail: issues-h...@graphics.openoffice.org


---------------------------------------------------------------------
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org

Reply via email to