While the new Webkit support for CSS @font-face rules works nicely on my MacBook Pro (Intel Core Duo), it does not work at all on my Power Mac G4 Cube. I used the latest nightly build 26183 on both machines (which both run Mac OS X 10.4.10).
I used the following W3C example (slightly modified with respect to the font used): <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN"> <HTML> <HEAD> <TITLE>Font test</TITLE> <STYLE TYPE="text/css" MEDIA="screen, print"> @font-face { font-family: "WeissRundgotisch"; src: url("http://site/WeissRundgotisch.ttf") format ("truetype"); } H1 { font-family: "WeissRundgotisch", serif } </STYLE> </HEAD> <BODY> <H1> This heading is displayed using WeissRundgotisch. </H1> </BODY> </HTML> The heading is displayed correctly in WeissRundgotisch on my MacBook Pro (Intel), but not on my Power Mac G4 Cube (PPC).
Wow, odd.
(In reply to comment #1) > src: url("http://site/WeissRundgotisch.ttf") format ("truetype"); I couldn't test with your example because of the above bogus URL, but the examples linked from <http://www.alistapart.com/articles/cssatten> work for me on an iMac G5 running Mac OS X 10.4.10 and the nightly build of the feature branch at r26183.
I tested all three examples in the article "CSS @ Ten: The Next Big Thing" by HÅKON WIUM LIE <http://www.alistapart.com/articles/cssatten>, but none of them worked on my Power Mac G4 Cube (running Mac OS X 10.4.10 and the nightly build of the feature branch at r26183). Very strange, indeed.
Additional Information: While I use Mac OS X 10.4.10 Client on my MacBook Pro, the Power Mac G4 Cube is running Mac OS X 10.4.10 Server. I don't know if this detail is crucial to reproduce this bug. (During the weekend, I will have access to a Power Mac G4 Cube running Mac OS X 10.4.10 Client.)
Olaf, do you have any third-party font management software installed on the PowerPC machine?
The G4 Cube is running as a bare-bones Web server. Apart from Apple's own Font Book, no font-related software is installed on this machine.
When I looked at <http://www.alistapart.com/articles/cssatten> from my G4, the examples did work, but I got a crash in rendering code at some point. I haven't been able to reproduce it, and it's probably unrelated to the problem Olaf is seeing, but I guess I should post my results for an additional data point. Thread 0 Crashed: 0 com.apple.WebCore 0x0117174c WebCore::RenderObject::setNeedsLayout(bool, bool) + 28 1 com.apple.WebCore 0x014d1000 WebCore::CSSFontSelector::fontLoaded(WebCore::CSSFontFace*) + 96 2 com.apple.WebCore 0x014d0208 WebCore::CachedFont::checkNotify() + 88 3 com.apple.WebCore 0x0111621c WebCore::Loader::didFinishLoading(WebCore::SubresourceLoader*) + 364
Olaf, are you sure you have the *exact* same font file on both systems? Running "cksum" from the Terminal on each file should give you a hash that's identical. Have you tried this with any other fonts? Do they all not work, or is it just this one? When I searched Google for "WeissRundgotisch font", there were only 7 hits, and most of the hits included an ® (R) symbol in the name and a spaces betwen "Weiss" and "Rundgotisch". I wonder if this has any significance? http://www.google.com/search?client=safari&q=WeissRundgotisch+font BTW, please do not post the font to this bug as that will violate copyright laws. If you could reproduce this on a available free font (that others could download to test), that would be even better.
Created attachment 16631 [details] Test case Test case based on examples from <http://www.alistapart.com/articles/cssatten>. These do not work on my PowerBook G4. :( Tested using WebKit Nightly r26359 with Safari 3 Public Beta v. 3.0.3 (522.12.1).
(In reply to comment #10) > These do not work on my PowerBook G4. :( > > Tested using WebKit Nightly r26359 with Safari 3 Public Beta v. 3.0.3 > (522.12.1). Running Mac OS X 10.4.10 (8R218).
There is a single font file (WeissRundgotisch.ttf) on one of my Web servers. Using the @font-face rules, Webkit should fetch this front from the specified URL and use it when rendering the Website. The font is available as a free download at: http://moorstation.org/typoasis/designers/steffmann/samples/w/weiss_rund.htm Since the examples in <http://www.alistapart.com/articles/cssatten> are not displayed correctly as well, the problem is not related to a single font.
The problem persists with the nightly build 26359 of Webkit. All three examples in <http://www.alistapart.com/articles/cssatten> don't work on my Power Mac G4 Cube running Mac OS X Server v10.4.10. (Actually, I tested it on two G4 Cubes which both run as Web servers, and it's the same problem on both machines.) I am very much looking forward to having this work on all Macs (including the older PPC-based machines). The implementation of the @font-face rules is a major achievement, and I sincerely hope that this feature will make it into the final release of Safari 3 (and ultimately into Mobile Safari on the iPhone).
All three examples in <http://www.alistapart.com/articles/cssatten> don't work on the following machines: (1) iBook (500 MHz PowerPC G3) running Mac OS X 10.4.10 (Client) (2) Power Mac G4 Cube (500 MHz PowerPC G4) running Mac OS X 10.4.10 (Client) (3) Power Mac G4 Cube (500 MHz PowerPC G4) running Mac OS X 10.4.10 (Server) I used the latest nightly build 26359 of Webkit for these tests.
It turns out that I did not download the latest nightly build of the "feature branch" on my PowerPC-based Macs, but somehow managed to download the "trunk" version. With the latest nightly build (r26359) of the feature branch of WebKit in place, the @font-face rules work nicely on my G4 Cubes. My apologies for the false alarm.
Created attachment 16685 [details] Working test case Goodfish did not show up in the other test case, so I'm uploading this one for posterity. This works for me now as well with r26602. I'm not sure why I thought this feature was on trunk when the feature-branch existed.