Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Call SalGraphics::GetDevFontList() upon demand only | ||
---|---|---|---|
Product: | gsl | Reporter: | matthias.huetsch |
Component: | code | Assignee: | matthias.huetsch |
Status: | CLOSED FIXED | QA Contact: | issues@gsl <issues> |
Severity: | Trivial | ||
Priority: | P3 | CC: | issues |
Version: | 644 | ||
Target Milestone: | OOo 1.1 Beta2 | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
matthias.huetsch
2003-03-31 20:01:35 UTC
Added target milestone 'OOo 1.1 Beta2'. will change "on demand" behaviour I looked into this; as you said the IntroWindow does not really need the font list; Application::MergeSystemSettings on the other hand needs it since at this time the application font gets set (which is part of the Settings); if i delay GetDevFontList after this point i end up with a different font from what it should be. I currently don't see a feasible way around that. But at least it does not delay the IntroWindow anymore. Unless you disagree i consider this fixed in vcl07. Hi Phillip, With the accompanying issue 12889 being fixed, I see no problem in the fix you provided for this issue. The only thing that possibly remains, is to think about the concept of an 'Application Font' as static data, and how much sense all this static stuff really makes. But we may leave this open for now. Thanks for investigating into this, Matthias changes are in vcl07 Fix verified on 'cws_srx644_vcl07'. Verified... Verified integration into SRX644/m12s1 -> closing. |