To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=96669
------- Additional comments from [email protected] Mon Dec 22 09:58:38 +0000 2008 ------- AW: On friday, i found 'VerySleepy' and did some quick speedtests for the windows version. I found that - compared to the pre-primitive versions - the getB2DRange() method at the text primtives themselves uses a lot of time since internally it uses OutputDevice::getTextBoundRect. To check, i added a quick buffering of the B2DRange and speed was as in older versions. I already have a buffering mechanism for decompositions at the primitive implementations and i am now thinking about adding a standard buffering for the range, too. I will have to design with care to not waste too much memory with simply adding a B2DRange to every primitive (which would work). Thinking in detail about refining buffering for decomposition and range at BasePrimitive2D... --------------------------------------------------------------------- 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: [email protected] For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
