To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=112959
User aw changed the following:
What |Old value |New value
================================================================================
Assigned to|cl |aw
--------------------------------------------------------------------------------
------- Additional comments from a...@openoffice.org Wed Jul 14 14:39:39 +0000
2010 -------
AW: Basic reason is that in OutputDevice::DrawTransparent in printer case
(staring ln 336 ff) an endless loop was triggered when nMove was zero. This
could happen for non-transparent objecs and for very transparent ones (0 ==
nTrans || 100 == nTrans). PL suggested a fix which would at least solve the
loop, but the handling is also not correct.
The part of DrawTransaprent does a rough estimation of transparence in 25%-steps
and emulates the filling by painting a raster of hor/ver stretched rectangles.
Very old stuff, hopefully rarely used today. For nearly full (or full)
transparent another nMove step should be added and for not (or nearly not)
transparent the whole shape should be painted.
Added that code, tested, works as expected. Ading patch, adding task to CWS
impress194. Changing owner.
---------------------------------------------------------------------
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
