Elli Vizcaino wrote:
On Wed, Jan 4, 2012 at 4:55 PM, Elli Vizcaino <[email protected]> wrote:
Can you tell me what version of Chrome and OS you're viewing from? And
have you checked it out in any other browsers? Because it was never an issue
before. The link had been up for discussion in another post a couple of weeks
ago and plenty of people on the list saw it and responded. No one has ever
reported not seeing Little Days at all. So this is really surprising as this is
the first time I'm hearing this.
Creampuff on the other hand is the font in question for this topic and the
one
that doesn't show up for me in FF but does on all the other browsers.
My chrome version is 16. If you cold post a screen shot w browser and OS details
that would be awesome!
This is the case in all browsers I checked with on Windows XP (IE7,
Chrome 16, FireFox, Safari) and Mac OS X 10.7 (Chrome 16, Firefox,
Safari). I mentioned littledays.ttf because you said it worked and
that you used that same code for creampuff.ttf, but the reason
creampuff.ttf doesn't work is because you never had working code to
begin with since you're littledays.ttf does not work either.
Currently, the font that renders on your
http://www.e7flux.com/clients/sof/ project for me is Monotype Corsiva
since that is a font I have installed on my machines, but Little Days
does not render and no browser is able to get the font file because
the browser is looking in the wrong place based on your "src"
property. When you use a path like "fonts/creampuff.ttf" that is
relative to where your css file is located at and so the browser is
going to look in
"http://www.e7flux.com/e7flux2012/css/fonts/creampuff.ttf". I would
send a screenshot of what I'm seeing but I'm between moves and my
servers are currently down. I would suggest using absolute urls for
these things or use the next best thing
"/e7flux2012/fonts/creampuff.ttf" since that will point the browser at
the root of your site and build the path out to the proper spot. Once
you get the "src" property set correctly things should be working much
better.
As to why people may see the fonts just fine, one thing to keep in
mind is that if you have the font installed on your computer then you
will see the font show up just fine because your computer has the font
and the browser is able to grab it from your machine. This is also
why others may have had no problem viewing your page with the
specified font. If you want to test @font-face make sure you test it
from a machine that doesn't already have the font installed.
Jason,
The reason I have a hard time wrapping my head around you stating that no
browser can render the Little Days font is because that isn't true. I
can see the Little Days font on my machine on all browsers as plenty of
other people have as well when I originally posted. Here is the link
again for anyone following and who would like to chime in on wether the
Little Days font is rendering: http://www.e7flux.com/clients/sof/
I don't have Little Days installed here. Using FF9.0.1 on that site,
error console says:
Error: downloadable font: download not allowed (font-family: "Little
Days" style:normal weight:normal stretch:normal src index:0): content
blocked
source: http://www.e7flux.com/clients/sof/css/fonts/littledays.ttf
Source File: http://www.e7flux.com/clients/sof/css/styles.css
Line: 0
Source Code:
@font-face { font-family: "Little Days"; font-weight: normal; src:
url("fonts/littledays.ttf"); }
Don't have Chrome around here to check. Fonts (and much other) problems
when viewed in Konqueror 3.5.9, but that's an old version of Konqueror.
--
David
[email protected]
authenticity, honesty, community
______________________________________________________________________
css-discuss [[email protected]]
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/