Closed Bug 209626 Opened 21 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.