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

Line 219: Line 219:
* The layout after the new fonts load seems to be based on the old layout, as is mentioned in [https://bugzilla.mozilla.org/show_bug.cgi?id=441473#c33 bug 441473 #33]
* The layout after the new fonts load seems to be based on the old layout, as is mentioned in [https://bugzilla.mozilla.org/show_bug.cgi?id=441473#c33 bug 441473 #33]
** test case: downloadable-font-layouttest.html
** test case: downloadable-font-layouttest.html
* Fallback function not working on Mac OS X
* Fallback function problem
** 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?
** Mac OS X
** 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.
*** 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?
** test case: downloadable-font-fallback.html
*** 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.
* Fallback function works weird on Windows
*** test case: downloadable-font-fallback.html
** When family name defined by @font-face rule and generic family name is assigned for a class (ex. @font-face { font-family: AAA;} .test { font-family: AAA, fantasy }), if downloadable font was not downloaded, the default font is used instead of fantasy fonts.
** Windows
** test case: downloadable-font-fallback.html
*** When family name defined by @font-face rule and generic family name is assigned for a class (ex. @font-face { font-family: AAA;} .test { font-family: AAA, fantasy }), if downloadable font was not downloaded, the default font is used instead of fantasy fonts.
*** test case: downloadable-font-fallback.html
* Printing problem when using src:url()
** Mac OS X
*** Downloaded fonts are not used in printing. It can be checked from Print preview. But it can not be checked from reftest-print.
** Windows
*** Layout is wrong, and some characters are displayed on top of the others. I suppose this problem is related to the layout problem mentioned in bugzilla 441473 #33.
* Some OpenType fonts are not displayed correctly when using @font-face rules on Windows
* Some OpenType fonts are not displayed correctly when using @font-face rules on Windows
** See the list below for details
** See the list below for details
193

edits