To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=52301
------- Additional comments from [EMAIL PROTECTED] Thu Jul 28 05:36:12 -0700
2005 -------
Having a detailed look at the profile output the performance problem is not
configmgr's parsing or in-mem-storing of VCL.xcu, but the lookup of
FontSubstConfiItem values. Especially the stuff below
implGetByHierarchicalName() and getDeepDescendent() are way to expensive...
Anyway, even when the FontSubstConfiItem can be avoided when the fonts are
collected, there are further issues:
- if any font request for an non-available font is made, e.g. the first font in
the default font list
- for any OutputDevice::GetFontMetric() the font attributes are needed if either
the family or pitch are not know yet (#80306#), this still happens very often
on UNX
=> If it is decided that getting the font family type in GetFontMetric() is not
so important then SO will also start faster on many UNX platforms after this
patch gets applied to outdev3.cxx:
@ -7231,8 +7251,7 @@ FontMetric OutputDevice::GetFontMetric()
// we want set correct family and pitch data, if we can't query the
// data from the system
- if ( (aMetric.GetFamily() == FAMILY_DONTKNOW) ||
- (aMetric.GetPitch() == PITCH_DONTKNOW) )
+ if ( aMetric.GetPitch() == PITCH_DONTKNOW )
{
const FontSubstConfigItem* pFontSubst = FontSubstConfigItem::get();
---------------------------------------------------------------------
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]
