Closed
Bug 209626
Opened 22 years ago
Closed 10 years ago
Xft needs to implement nsIFontEnumerator::GetDefaultFont()
Categories
(Core Graveyard :: GFX, defect)
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.
Assignee | ||
Comment 1•22 years ago
|
||
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
Assignee | ||
Comment 3•22 years ago
|
||
No, you might want to map say sans-serif onto the default serif font. Different
idea.
Comment 4•18 years ago
|
||
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.
Updated•16 years ago
|
Product: Core → Core Graveyard
Comment 5•10 years ago
|
||
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.
Description
•