Open
Bug 1248493
Opened 10 years ago
Updated 3 years ago
rework interfaces to webfont activation methods
Categories
(Core :: Graphics: Text, defect, P3)
Core
Graphics: Text
Tracking
()
NEW
| Tracking | Status | |
|---|---|---|
| firefox47 | --- | affected |
People
(Reporter: jtd, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [gfx-noted])
The code for activating webfonts from data (MakePlatformFont) and from local fonts referenced by name (LookupLocalFont) create font entries but don't set the family name. This doesn't make a lot of sense.
Also, both methods exist as virtual methods in gfxPlatform *and* in gfxPlatformFontList. Until the gfxPangoFontGroup code is eliminated, this needs to continue but I think the methods can be consolidated so that the gfxPlatform versions of these methods would call through to the gfxPlatformFontList methods by default. There's no need for derived versions except in the gfxPlatformGTK case to support the old gfxPangoFontGroup code.
Comment 1•9 years ago
|
||
(In reply to John Daggett (:jtd) from comment #0)
> Also, both methods exist as virtual methods in gfxPlatform *and* in
> gfxPlatformFontList. Until the gfxPangoFontGroup code is eliminated, this
> needs to continue but I think the methods can be consolidated so that the
> gfxPlatform versions of these methods would call through to the
> gfxPlatformFontList methods by default. There's no need for derived versions
> except in the gfxPlatformGTK case to support the old gfxPangoFontGroup code.
I implemented this part in bug 1255973.
Updated•8 years ago
|
Priority: -- → P3
Updated•4 years ago
|
Assignee: jd.bugzilla → nobody
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•