To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=111954
User aw changed the following:
What |Old value |New value
================================================================================
Status|NEW |STARTED
--------------------------------------------------------------------------------
------- Additional comments from a...@openoffice.org Wed Jun 2 09:30:14 +0000
2010 -------
AW: Indeed, happens. The problem splits into multiple parts.
(a) The Metafile gets generated from primitives in current versions; there
(VclMetafileProcessor2D, case PRIMITIVE2D_ID_POLYPOLYGONHATCHPRIMITIVE2D), the
hatch gets encapsulated with the old SvtGraphicFill (hack-)data. The hatch
geometry itself is added as primitive decomposition. This leads to not adding a
MetaHatchAction (as OutputDevice::DrawHatch does) but to adding masked hatch
lines directly.
(b) the rather old break of Metafiles is implemented using an also rather old
filter which interprets Metafiles partially and generates SdrObjects from it. It
never worked perfectly and was not designed to do so. Checked with DEV300m29
(last version without primitives). Hatch works, but e.g. bitmap fill doesn't.
Bitmap fill also does not work in a current version, no fill works when
transparency is involved.
Point (a) leads to adding a direct call to OutputDevice::DrawHatch to have as
high as possible information in the Metafile.
Point (b) implies to implement a new and better break-filter; this would get a
sequence of primitives as input and generate SdrObjects. Nonetheless the data
would be changed to Metafile once in-between, so a loss of information due to
the simple structure of Metafiles is unavoidable. It cannot be expected to get
the original SdrObjects back when going through the descrbed cycle (convert to
Metafile, break).
Added to CWS aw082, starting with (a)...
---------------------------------------------------------------------
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
