To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=100851
User hdu changed the following:
What |Old value |New value
================================================================================
IssuesThisDependsOn|100885 |100885,100922
--------------------------------------------------------------------------------
------- Additional comments from h...@openoffice.org Tue Apr 7 14:13:48 +0000
2009 -------
Callgrinding with more debug info showed more hotspots:
basegfx::tools::createAreaGeometry() about 12%
And indeed, most of the time the expensive polygon clipping in basegfx::tools
is not needed. The
problem is that when it is needed it is really needed. Therefore there is an
initial test with intersecting
the polygon range with the viewport range. That simple test has to use the
relatively expensive
getB2DRange(). It is expensive because it tries to be so correct. It would be
better if there were really
cheap methods such as isAllContainedIn(B2DRange&) or isAllOutside(B2DRange&).
Other than that the stlport::priority_queue is unnecessarily expensive because
there is no direct way to
tell it to reserve a large initial vector. So it is resizing all the time. It
split of issue 100922 for this.
---------------------------------------------------------------------
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
