QA/Firefox3.1/FontFace TestStatus: Difference between revisions

From MozillaWiki
< QA‎ | Firefox3.1
Jump to navigation Jump to search
No edit summary
Line 57: Line 57:


* How about Datafork TrueType fonts? How about bitmap fonts?
* How about Datafork TrueType fonts? How about bitmap fonts?
= Obstacle to check-in =
* Is it possible to install a font to user's machine?
** When we are to test @font-face { src:'''local(aFontFaceName)''' } rules, we have to make that the specified font is installed in the user's system.
* Would there be any problem to upload a font to a web server, regarding to the license?
** When we are to test @font-face { src:'''url(aFontFaceURL)''' } rules, we have to upload that font file to a web server. Does that violate any license? (Would it be regarded as redistribution?)

Revision as of 22:11, 21 August 2008

« QA/Firefox3.1/FontFace TestPlan

Notes

@font-face test status Test Plan: @font-face TestPlan

Executed Tests

(Tests Already Executed)

  • Pair-wise Tests for the following features (on Mac OS X):
Font Face serif, sans-serif, cursive, Asian, Arabic
Font Format TrueType, OpenType, TrueType-AAT(Apple Advanced Typography), EOT(Microsoft Embedded OpenType)
Source url, local
File Encoding Western, UTF-8, Shift_JIS, and other language-specific encodings
  • Tests to make sure downloaded fonts cannot be used from other documents

Planned (but not executed) Tests

(Tests Not Executed Yet)

See the TestPlan for details.

Possible Risks

(Known bugs, not-yet-implemented features, questions)

  • Firefox crashes when you leave the page before the font download finishes.
  • Unknown gryph change happens to some Japanese characters when font (which does not contain Japanese characters) is downloaded and rendered.
    • I think it shouldn't change.
    • Now filed as bug 451426
    • It happens when the file is encoded in Japanese encoding (Shift_JIS, EUC-jp).
  • Embedded OpenType fonts are not displayed (at least on Mac)
  • The layout after the new fonts load seems to be based on the old layout, as is mentioned in bug 441473 #33
  • When it fails to download the font from every URI written in src, it just doesn't display anything ... shouldn't it display in default font?
  • Also, when the url written in src did exist but was not in a proper format, it displays nothing. Even if they had other candidates after that url, those candidates are ignored.
  • Same-origin restriction is not implemented yet.
  • Some fonts have more than two font names (ex. HiraKakuPro-W3 and ヒラギノ角ゴ Pro W3). src:local() cannot recognize font names written in Japanese
    • Normal font-family: ""; can recognize font names written in Japanese
  • MEMORY LEAK occurs when you try to download something...
  • How about Datafork TrueType fonts? How about bitmap fonts?

Obstacle to check-in

  • Is it possible to install a font to user's machine?
    • When we are to test @font-face { src:local(aFontFaceName) } rules, we have to make that the specified font is installed in the user's system.
  • Would there be any problem to upload a font to a web server, regarding to the license?
    • When we are to test @font-face { src:url(aFontFaceURL) } rules, we have to upload that font file to a web server. Does that violate any license? (Would it be regarded as redistribution?)