478163 - support @font-face on windows ce

Status: RESOLVED WONTFIX

(Core :: Graphics, defect)

Comment 1

[Vladimir Vukicevic [:vlad] [:vladv] (needinfo me, slow to respond)]

Note: this should be pretty straightforward, given that we're using a straight FreeType rendering path here.  It should be somewhat similar to the linux case, except without the pango involvement.

Comment 2

[Brad Lassey [:blassey] (use needinfo?)]

there is one seemingly major difference in that we're not using font config on windows ce.  My reading of the pango code is that the downloaded font goes into font config.

Comment 3

[Doug Turner (:dougt)]

is this for web compat?

Comment 4

[John Daggett (:jtd)]

My guess is this will actually be closer to the Mac code, in terms of changes:

1. Need to include gfxUserFontSet in the constructor for gfxFT2FontGroup
2. Add code to lookup font in user font set in gfxFT2Font::GetOrMakeFont, something like the logic in gfxAtsuiFontGroup::FindATSUFont:

http://mxr.mozilla.org/mozilla-central/source/gfx/thebes/src/gfxAtsuiFonts.cpp#563

3. Verify that FontEntry::CreateFontEntry actually works (this gets called via the font loader code when a font is downloaded).

4. Write cleanup code, if needed, for FT_Face data (like WinUserFontData).  This gets called with the font entry object is destructed when the document containing downloadable fonts is torn down:

http://mxr.mozilla.org/mozilla-central/source/gfx/thebes/src/gfxWindowsFonts.cpp#575

5. Verify synthetic bolding/italics works (reftest tests this)

Additionally, it would really help if we renamed FontEntry in gfxFT2Fonts.[h|cpp] to FT2FontEntry to distinguish it from its Windows kissing cousin.

Comment 5

[John Daggett (:jtd)]

I can probably take a stab at this next month, during the Clearcode/MozillaJP mobile coding retreat (i.e. excuse to go to an onsen for the weekend and write code), June 12-15.  Feel free to take a stab at this, let me know if it's high priority.

Comment 6

[Ed Morley [:emorley]]

WinCE/Windows Mobile support has been removed from the main build system, Spidermonkey, mobile installer, in-app updater and so on (see bug 614720, bug 554087 and all their dependants). Until such point where MS decide to release a Windows Phone 7 NDK and the decision is made to port to that platform, this is WONTFIX.

Filter bugmail on WinCEMassWONTFIX.