Closed Bug 209626 Opened 22 years ago Closed 10 years ago

Xft needs to implement nsIFontEnumerator::GetDefaultFont()

Categories

(Core Graveyard :: GFX, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: rbs, Assigned: blizzard)

References

Details

Follow-up to bug 206782. There is a stub waiting to be activated in nsFontEnumeratorXft::GetDefaultFont(). Once it is done, the Fonts preference panel will show up 'Default (fontname)' as in the last screenshot: http://bugzilla.mozilla.org/attachment.cgi?id=124259&action=view In which case, those specific entries that Xft is adding for 'serif', 'monospace', etc, can go away.
I still want to give users the option to pick a generic default, so I would rather that those entries stay in. But, yeah, it would be good to have GetDefaultFont() anyway.
Blocks: xft
Seems to me that they achieve the the same thing under the hood, no? font-family: serif same as font-family: the_first_default_serif, serif
No, you might want to map say sans-serif onto the default serif font. Different idea.
See bug 379886 comment 0 and bug 379886 comment 10, for some UI issues that would be involved if nsThebesFontEnumerator::GetDefaultFont() were changed to return non-NULL.
Product: Core → Core Graveyard
This bug has been buried in the graveyard and has not been updated in over 5 years. It is probably safe to assume that it will never be fixed, so resolving as WONTFIX. [Mass-change filter: graveyard-wontfix-2014-09-24]
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.