I also think you're convinced it's an absolute path issue but it's not.
You get an error message because I'm a WP and it's PHP driven and
directories just work a little differently - people just cant get direct
access to a directory on WP, just because it exist - it just doesn't
work that way. And as already stated several times FF doesn't render the
font even w the absolute path.
Someone else already responded that there was an issue w the font itself
a corruption of some sort which is what I was suspecting and I was able
to check it out in a font programmer which confirmed it was an altered
version of the original. At this point, I am moving on to another font.
And I will set up my @font-face the same way and send you a link
directly to see what happens.
Elli
On both your sites, the primary issue is the URL for the font.
http://www.e7flux.com/clients/sof/
'littledays.ttf' is being requested from
http://www.e7flux.com/clients/sof/css/fonts/littledays.ttf while it
appears to be living at
www.e7flux.com/sof/fonts/littledays.ttf
the same link structure exists for the Candara font on that site.
Similarly
http://www.e7flux.com/e7flux2012/ requests its 'Creampuff.ttf' from
http://www.e7flux.com/e7flux2012/css/fonts/creampuff.ttf but it is living
in
www.e7flux.com/e7flux2012/fonts/creampuff.ttf
You can test that easily for yourself by clicking the links, you will
receive a 404 error or a download option as appropriate.
So far you cannot really class this as being related to CSS.
I have not tested if the creampuff.ttf is corrupted as FF suggests it is.
Duncan
______________________________________________________________________
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/