Typekit Browser Support
The Typekit application used for selecting and adding fonts to your website currently works in Safari 3.1 or higher and Firefox 3.5 or higher running on Windows, Macintosh, or Linux. Some of the application's features, including the rendering of font samples, may not work correctly in other browsers. We plan to support other browsers, including Internet Explorer, in a future release.
The Typekit fonts you use on your website will render in most browsers that support the CSS @font-face rule, including Firefox 3.5 and higher, Safari 3.1 and higher, and Internet Explorer 6 and higher. Other browsers, including Opera and Chrome, will render the default fonts you specify in the Typekit Editor under "CSS Stacks."
The Typekit fonts you use on your website will render in most browsers that support the CSS @font-face rule, including Firefox 3.5 and higher, Safari 3.1 and higher, and Internet Explorer 6 and higher. Other browsers, including Opera and Chrome, will render the default fonts you specify in the Typekit Editor under "CSS Stacks."
Follow this update to get notifications on your dashboard.
-
This reply was removed on 10/02/09.
see the change log -
Inappropriate?Thanks for the clarification. Could you add a section on mobile browser support as well?
I’m Informed
-
Inappropriate?I'm using Firefox 3.5.2 in Linux and I get the red bar telling me I'm using an unsupported browser. Here's my browser string: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2
-
Ditto. Using the stock Firefox 3.5 in Ubuntu (labelled "Shiretoko") I also seem to labelled unsupported. Browser string:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.2) Gecko/20090803 Ubuntu/9.04 (jaunty) Shiretoko/3.5.2 -
same here Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4) Gecko/20091028 Ubuntu/9.10 (karmic) Firefox/3.5.4 GTB5 -
I get the same notice using Linux. Here is my firefox info:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 -
Inappropriate?Darn. I wish I would've read that before throwing-down $50.
I was pretty much giddy to throw money at such an awesome project, and after reading that IE5 & later supports @font, I didn't think twice about paying.
Now I'm thinking twice about paying. Not good.
I’m not as thrilled as I was 5 minutes ago.
-
My message was a lil' hasty. See below... -
Inappropriate?Ok, after ACTUALLY USING the app :-) things are much better.
I did final tweaks to the CSS sans-typekit, so that my fallback would be solid. Of course, this is the obvious thing to do with any JS.
Typekit is just amazing guys. 3 hours later, I'm completely sold.
I’m a changed man.
-
Inappropriate?Alan - we should be so lucky to turn around every concerned customers so quickly. Please do send feedback.
-
Inappropriate?Would it be too much to ask to support Google Chrome? It is after all just as capable as Safari (if not moreso...)
I’m anxious
-
Ditto. -
Ditto. -
Ditto -
Ditto -
Agreed. -
Inappropriate?Neko -
While some beta/dev versions of Chrome support @font-face, Chrome does not yet consistently support it. Once it does, Typekit will work in that browser. Until then, you can specify web safe "fallback" fonts for Chrome (and other browsers that don't support @font-face).
For the record: We're eager to support Chrome! -
Inappropriate?Please stop using browser detection. If you must use some kind of detection, use RENDERING ENGINE detection. Typekit.com thinks that Shiretoko (Firefox 3.5.x's nightlies) and Namoroka (Firefox 3.6.x's nighlies) don't support @font-face when they do. Just parse the Gecko/VERSION_HERE string to see if a Mozilla-based browser supports @font-face. Many browsers are built on top of Gecko and that is why it should be the Gecko version you're checking for not the "Firefox" version.
I’m indifferent
-
I agree seems silly to be on the most cutting edge browser yet see the fallback fonts. I'm running Ubuntu 9.04 and Firefox 3.5.4 (nightly version as its the only real way to get 3.5 on Ubuntu atm) and can't even test my font setups till I get home :¬/ -
Inappropriate?Elijah - We've talked about that and think it's a good idea. Thanks for the feedback.
-
Awesome please do consider it would bring Typekit to many more users and that's pretty important. -
Please do this sometime soon, Chrome and Opera 10 should support Typekit just fine, if it weren't for the sniffing. -
-
Please make this happen. It's only common sense. My Gecko browser (Camino) can't see any of your fonts: red bar. I see it's been 2 months, fwiw. -
Inappropriate?Hi, why isn't Opera supported? Opera 10 supports @font-face so is there some other reason?
-
Hi Rick, I've commented on this question below. This link should take you to my comment. Thanks! -
Inappropriate?Firefox 3.5.3 on Ubuntu Linux. Typekit actually works just fine, but the unsupported browser warning bar still appears.
I’m confident
-
Inappropriate?The Editor works fine yes but you can't preview fonts in your page as they don't display, well they don't on mine or my work machine.
I have to switch to another computer (an ageing G4 mac) just to see if my code is working...annoying seeing as its the same browser on both just the stupid OS check that breaks it.
I’m frustrated
-
Inappropriate?http://dev.opera.com/articles/view/th...
While I understand the urge to be up front about how typekit can be used, browser detection based messages make me sad. Especially when they aren't applicable to me, and haven't been for at least a month. I know it's a pain but if you're going to go to the trouble of listing off what IS supported, then you're pretty much obligated to stay current with browser development.
I’m not overly impressed
-
Perhaps I spoke too soon. It ~technically~ supports it. The rendering experience, however, is very broken. It will display one font at a time on pages with multiple fonts, or only parts of given fonts, and so on. Still exploring so it's not a proper error report at this time. However, I still maintain that a point of clarity is in order regarding Opera 10, or you'll have more snarky people like me saying "UHHHH IT SO DOES SUPPORT FONT-FACE HURPDURP". -
Using @font-face myself with free fonts like Gentium works fine. It looks like it's a problem with Typekit's encryption or whatever they do to protect the fonts. -
Hi Georgene and LouisC, I've commented on this issue below. This link should take you to my comment. Thanks! -
Inappropriate?is there a timeline on internet explorer? more than one persons that use the internet use IE
I’m silly for paying $50 so quickly.
-
Hi RC Cone,
If you're asking about IE support in the Typekit.com app (where you choose and configure fonts), we don't yet have a specific date for that, but it will be coming sooner rather than later.
If you're asking about IE support in the Typekit font serving service, that is already there: currently, Typekit fonts will work in IE6 and up. If you're seeing a specific problem with Tyepkit fonts on your site in IE6 or up, please contact us at support@smallbatchinc.com, and we'll be more than happy to get to the bottom of the issue.
Thanks! -
Thanks Greg! -
Inappropriate?I can provide a bit of explanation for those of you wondering about Typekit's support for Opera 10. Typekit currently withholds your specified Typekit fonts from Opera 10 (and instead applies the fallback fonts you specify) because of a few problems in Opera 10's support for @font-face. This includes the problems relating to specifying multiple weights and styles, which Opera mentions here. Opera also states there that they'll be fixing that problem soon, which is great news. We'd love to support Opera, and we'll gladly do so as soon as the problems that cause incompatibility with Typekit are fixed. We're in touch with Opera about these issues, and we'll keep you all posted here.
Thanks for the feedback! -
That would explain why it works like a charm on pages with individual fonts (sometimes) and not on the pages with a list of fonts. Hadn't seen their bug report. Thanks for the update! -
Inappropriate?And, as for Chrome, we'd definitely love to support it as well, but its support for @font-face is not consistent: current builds of Chrome, for example, have @font-face ttf/otf linking disabled. (See this and this for more details.) We'll support it once it consistently has @font-face enabled, and we'll announce that support here.
In the meantime, in Chrome (like Opera), Typekit will apply the fallback fonts you specify, instead of needlessly loading the data for your preferred Typekit fonts.
Thanks for your feedback, everyone! -
Inappropriate?Any updates on the possibility of changing from browser detection to rendering engine detection (mentioned above by Elijah Grey)?
Seems like a good choice and would open Typekit up to a whole load of new users.
I’m pondering
-
Sounds a good idea to me -
Sounds a good idea to me -
Inappropriate?On my tech-focused site, I expect to have a much larger proportion of Linux users than the net-wide average. Most won't be able to see the fonts I just paid to use because TypeKit still uses user-agent checking on the client side.
I'm thrilled about TypeKit, but I can't use it until this is fixed.
I’m unsupported
-
Inappropriate?Hey folks, me too , I'm getting the redbar with firefox on Linux version ( 3.5.4 )
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.4) Gecko/20091028 Ubuntu/9.10 (karmic) Firefox/3.5.4
How do I can fix this?
-
Hi Azunix,
We acknowledge that this is incorrect, and we'll be fixing it soon.
Thanks for the feedback! -
Right... -
Right... -
Inappropriate?defferent font shows in FF3 and defferent in IE7 (i thin EI7 is the right one)
-
Hi Limuel, can you tell me exactly which version of Firefox 3 you're using? Also, if you can point me to a URL for a page that demonstrates this problem, I'll be happy to take a look.
Thanks for the feedback! -
Inappropriate?Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2b1) Gecko/20091029 Firefox/3.6b1
Red bar showing for me.
I’m frustrated
-
Hi William,
Firefox 3.6 beta should also not be getting the browser warning, so we'll be fixing that soon.
Thanks for the feedback! -
Inappropriate?Agree with William, apparently Firefox 3.5 or higher doesn't include pre-release versions of 3.6, getting the red bar saying my browser isn't fully supported.
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2b1) Gecko/20091029 Firefox/3.6b1
I’m confused
-
Sorry for the confusion, Andrew. We'll be changing the browser detection soon, so that you'll no longer have to see the warning when using Firefox 3.6. Thanks for the feedback! -
Inappropriate?Did you see:
http://paulirish.com/2009/bulletproof...
Method Supports Chrome (Pre-V.4).
http://www.fontsquirrel.com/fontface/...
Great font-face builder tool.
-
Inappropriate?Typekit is awesome!
As @tmtstr wrote, Chrome supports @font-face with SVG fonts as of Chrome 0.3+.
See: http://paulirish.com/2009/bulletproof...
Will Typekit soon have SVG fonts to support Chrome?
Not being able to serve Chrome users is a showstopper, because Chrome market share is growing at a good rate and is >5% for some sites. -
Totally agree w aaron. Paul's piece could prove to be very useful. Can't wait for this to work seamlessly across all 'newer' browsers (IE6 die in ...) -
Aaron, if Chrome is at 5% on some sites, how is that a show stopper? Corporate America won't switch to Chrome until something major happens for Chrome to gain their trust. Also, it's not Typekit's fault about Chrome's lack of support for @font-face. They will get there soon. -
@Alan, Typekit *can* serve Chrome users with SVG fonts, so why not do it? You should, because some sites have >5% visitors with Chrome browser.
Anyway, 'full' @font-face support is coming soon, in Chrome 4, which is good news. And TypeKit is awesome btw. -
@Alan, hmmm, if we had to follow Corporate America's lead, we'd still be running IE6 five years from now. Note the latest browser stats: http://www.w3schools.com/browsers/bro... - Chrome was at 8%, and IE6 at 10.6% (cf. Opera at 2.3%). If TypeKit supports IE6, why not add support for Chrome since it's available (not sure why the SVG option would be ignored anyhow, is it a matter of font licensing?). -
Inappropriate?Is it too much to ask for you to publish a table summarising Typekit support across all common browsers and platforms, on the Typekit site? It's very frustrating to have to amalgamate the complete picture from the comments here and elsewhere around the web.
For an example of why I find the picture confusing, why does Bello Pro render correctly on the typekit.com homepage in IE6 and IE7, but Skolar on forabeautifulweb.com (a site participating in your technology trial) doesn't? Why is Bello Pro on your homepage a background image in Firefox 2 or 3.0? Doesn't it give a misleading impression that those browsers are supported? Does Typekit generate background images if necessary?
I am very keen to start using Typekit, but right now I can't give my clients assurances as to when it'll work and when it won't.
I’m confused
-
Yeah, please post that table. Fully agree with @fjordaan that this table is needed. -
I agree with fjordaan. Could you please add an official browser support table to the Typekit website?
Thanks. -
Yes please. A browser support table would be an excellent addition. -
Yes please. A browser support table would be an excellent addition. -
Thanks for the great feedback, fjordaan!
Excellent idea re: the browser support table. We're definitely going to add more help information to the site, including more details on browser support. This is coming soon.
Re: using an image on our homepage for older browsers, we did that as a special case there because that particular promotional area of the page is as much about showcasing the font itself as it is about showcasing how Typekit works as a service. To that end, whenever we show an image there (for older browsers), we also display some text explaining that the font renders as real text when viewed in a newer browser. Is that text not prominent enough and/or is it not worded clearly? We're totally open to suggestions here.
Re: IE6/7, the Typekit font serving service does in fact work in IE6 and IE7. There are factors that can make Typekit not work on specific sites (for example, the selectors are configured incorrectly, or other CSS on the page that Typekit doesn't control is conflicting with Typekit, etc.). In those cases, we're happy to work with the site's owner to figure out what's wrong and get the service working properly.
Again, thanks for the feedback. Keep it coming! -
Typekit does support IE. Are you not seeing that? -
Inappropriate?Does it help that much on the S.E.O front? Are Images that bad?? $250 p.a erm.......
I’m the missing link
-
Inappropriate?I'm having problems with FF3.5.5 on Mac. Custom fonts disappear after the browser is opened 2nd time. Fonts reappear only after clearing the cache?
I’m not sure what's going on
-
Inappropriate?any reason (besides its a trial account) that type sometimes renders aliased - Safari 4.0.4? if it IS a trial account thing only, please let me know.
thanks,
Peteski
http://thisisnthappiness.com/ -
Hi Peteski, a problem like that would not be related to your subscription level. Are you seeing this on Safari 4.0.4 for Mac OS or Windows? And which exact version/number of Mac OS or Windows are you using? Thanks! -
Mac OSX 10.5.8 (PB w/2.6 Ghz Intel core 2 duo) -
and I even on your homepage - the fonts to select list are often aliased -
Inappropriate?Hi all,
First of all, thank you developers for bringing up Typekit, it looks like it'll be an awesome system even for putting up already free-fonts on our websites with improved performance! On the other hand I realize it still on it's early days and lots of things need to be fixed for it to be consistently usable.
I read about the many issues with different versions of Firefox (that use the Gecko/Mozilla engine) that are not working with Typekit though they fully support the @font-face declaration and I would like to stress out the same thing with Webkit (read Safari) based browsers.
Great Web/CSS design applications like CSSEdit or Expresso that are based on the Webkit engine and fully support the @font-face declaration don't work with Typekit because of the browser checking issue.
Please use rendering engine Checking if it's needed! :)
One question, why is Browser checking so necessary? If a browser doesn't support @font-face why not let the Browser itself fall back to the next font on the Stack??
Keep up the work it's gonna come out great!
I’m confident but waiting
-
I like the "I’m confident but waiting" been waiting two months -
Theo,
I agree re: checking for webkit version rather than Safari version. We just did that sort of rendering engine detection for Gecko-based browsers, and we'll be doing it for Webkit-based browsers ASAP as well.
As for why we use detection at all to withhold fonts from browsers that can't display them: for browsers other than Internet Explorer, we use data URIs and base-64 encoding to actually embed font data directly into the stylesheet that we dynamically inject into Typekit-enabled pages. This results in fewer http requests than if the stylesheet contained links to multiple font files. The reason we don't want to just inject this stylesheet for any browser (and let the browser fall back to the next font in the stack) is that then that browser would be downloading a big chunk of data it can't possibly use. This would be a waste of bandwidth for you, our customer, as it would count against your monthly bandwidth limit even though those users wouldn't be seeing your fonts. So, in the end, we're trying to help you get the most efficient use of your Typekit subscription. Does this seem reasonable?
Thanks so much for your feedback! -
Hi Greg, than's for the reply! I totally understand your reasons now. We just want to make sure that any browser that supports custom fonts do display them as this is the point of the whole thing even if i may put some unnecessary load on some crappy browsers apart from mobile browsers (at least for me)... -
I would very like to see it work with CSSEdit. -
I would very like to see it work with CSSEdit--and Flock. -
Inappropriate?The verbiage throughout your site is very misleading as to what is supported and what isn't. Take this page for example: http://getsatisfaction.com/typekit/to...
The first paragraph says, "We plan to support other browsers, including Internet Explorer, in a future release."
While the very next one says, "The Typekit fonts you use on your website will render in most browsers that support the CSS @font-face rule, including Firefox 3.5 and higher, Safari 3.1 and higher, and Internet Explorer 6 and higher."
It's been over three months since comments were posted about switching to rendering engine detection rather than browser based detection and I kept asking myself the same thing over and over while reading through comments... Theo beat me to it:
"One question, why is Browser checking so necessary? If a browser doesn't support @font-face why not let the Browser itself fall back to the next font on the Stack??"
And another comment from fjordaan in another post:
"Is it too much to ask for you to publish a table summarising Typekit support across all common browsers and platforms, on the Typekit site? It's very frustrating to have to amalgamate the complete picture from the comments here and elsewhere around the web."
+1 For both of these. I think if these were both done you would really, really be onto something. The faster your service works as intended in all browsers the faster you'll see success as a company.
I’m sad
-
This comment was removed on 12/07/09.
see the change log -
Oh snap. -
Agreed all gone silent, really regretting paying for Typekit so early I should have waited till they sorted this out I can't even see the fonts I'm working with and they haven't moved any further on the rendering detection.
The staff on here only seem to reply to moans about Opera 10 rendering and my message on here from two months ago has gone unanswered. -
Please support staff out there! If you don't have a solution, that's ok as long as you tell us that instead of keeping the silence... -
This comment was removed on 12/08/09.
see the change log -
efilson,
Thanks for the great feedback!
See the post below about rendering engine detection that I just published.
As for why we use detection at all to withhold fonts from browsers that can't display them: for browsers other than Internet Explorer, we use data URIs and base-64 encoding to actually embed font data directly into the stylesheet that we dynamically inject into Typekit-enabled pages. This results in fewer http requests than if the stylesheet contained links to multiple font files (and, we believe, makes for a better end user experience). The reason we don't want to just inject this stylesheet for any browser (and let the browser fall back to the next font in the stack) is that then that browser would be downloading a big chunk of data it can't possibly use. This would be a waste of bandwidth for you, our customer, as it would count against your monthly bandwidth limit even though those users wouldn't be seeing your fonts. So, in the end, we're trying to help you get the most efficient use of your Typekit subscription. Does this seem reasonable?
As for your point about the different statements about browser support in the first two paragraphs of our post here: you're right -- they are different. That's because the first paragraph is talking about which browsers our website, Typekit.com, works well in, and the second paragraph is talking about which browsers the Typekit fonts serving service works in. These are different things. One affects visitors to typekit.com; the other affects visitors to your website(s). We're working to narrow this gap soon, however. Does this clarify that point?
And as for a table clearly showing all the browsers/os's that the Typekit font serving service supports: I agree, this is a great idea, and we're going to put that up at typekit.com ASAP.
Thanks again for your feedback! Let us know what you think about this new stuff. -
Inappropriate?I've got a big announcement for those wondering about rendering engine detection:
We've just rolled out an update to our font-serving logic. Now, for Gecko-based browsers such as Firefox, we decide whether to serve Typekit fonts based on rendering engine (i.e., Gecko) rather than browser (i.e., Firefox).
We've also updated the logic to serve Typekit fonts to Chrome. So, if your build of Chrome has @font-face enabled, it will be able to display Typekit fonts.
These changes will allow many more user agents to use Typekit fonts.
The changes are live now, and we're republishing all kits over the next few hours to apply this new behavior to them. To get the changes in your kit immediately, simply republish your kit (using the Publish button in the Kit Editor). Then, just clear your cache and reload to see it in action.
We plan to do rendering engine (rather than browser) detection for Webkit-based browsers soon as well. We'll announce that in this thread when it's available.
Thanks for all the great feedback, folks!
I’m excited
-
Woo that's awesome news, will go test now.
Edit: Well I would if the site would load....maybe later -
Great news! I'd still be interested in a table of supported browsers/rendering engines though. -
Greg, that's great news! Thanks loads!! I'll be checking the updates asap -
Works great in Firefox 3.7 on Ubuntu :) but causes Chrome on linux to hang and the page crashes, Chrome isn't out of beta though on Linux so not really that important yet. -
Works great in Firefox 3.7 on Ubuntu :) but causes Chrome on linux to hang and the page crashes, Chrome isn't out of beta though on Linux so not really that important yet. -
This comment was removed on 12/09/09.
see the change log -
Looking forward to font rendering on the iPhone. -
Inappropriate?Hey Greg,
I'm testing now with Google Chrome on a local virtual machine on my mac.
The @font-face declaration works when I use local fonts or when I try to see pages such as http://www.fontsquirrel.com/fontfaced...
But doesn't quite work with Typekit.
It also doesn't work when I try to view a page like but IE doesn't also: http://dl.dropbox.com/u/39519/webfont...
I have Chrome v3.0.195.33 running on Windows XP installation on my mac.
Should this be working at all? Any thoughts?
Just trying to help on debugging...
best,
t. -
Thanks for the report, Theo.
Our detection serves Typekit fonts to Chrome 4.0.249.4 and later, as that is the latest version of Chrome with stable @font-face support. Earlier than that, @font-face was intermittently enabled in Chrome, depending on the build.
@font-face also works in some earlier versions of Chrome in the form of SVG fonts (which may result in unselectable text and other effects).
So, your version of Chrome may be working in your local tests because of one of those two reasons.
Does this clarify? Let me know if you have more questions.
Thanks for the great feedback, too! -
This reply was removed on 01/05/10.
see the change log -
Inappropriate?Running in Firefox 3.0.15, the TypeKit JS is loading, but obviously the fonts aren't being rendered.
Should browsers that aren't supported still be loading up the JS like this, or do I need to duplicate my font stack in the TypeKit application? (that seems silly).
-Rob
I’m mildly annoyed (but it's early here)
-
Inappropriate?Let me get this straight - only two browsers are capable of showing the sample preview library of the fonts on offer! That's not exactly a clever way to inspire me to use this system is it? Like the majority of people I wish to view the fonts as a typical user would, with common and last version browsers, not as an up to date techy geek user would. I arrived inspired and left feeling disappointed, not sure whether to even try the free trial.
I’m sad and frustrated.
-
Inappropriate?I just spent money on TypeKit only to find that it doesn't work in the browser I use.
I’m seriously upset
-
Inappropriate?I'm using FF 3.5.6, I get the red bar saying it is not supported! At least I just signed up for a trial and didn't put out any cash
I’m annoyed
-
Inappropriate?I am having difficulties using a Windows XP 64 bit operating system on most browsers, even if I have the latest when previewing your Library page it shows the message "You're using a browser that Typekit doesn't yet fully support. Read more..." at top.
I know that Wondows XP64 bit is not very popular and it has some issues with sIFR as well but are you planning on any updates in relation this? -
Inappropriate?Hi there,
I'm trying out Typekit for the first time and tried the steps shown on: http://typekit.com/help/wordpress, but the fonts are not showing up on my webpage (http://juliofromny.wordpress.com).
I'm currently using the "Andreas09 by Andreas Viklund" theme. Could this theme be the reason the fonts aren't showing, even though the "colophon badge" is showing up with no problem?
Please assist. Thanks
-
Inappropriate?Hi Julio
Looking at your kit I can see you don't have any of the selectors present and so Typekit, though operating, doesn't know what to modify. Here's an excerpt from our Wordpress help page.
"Adding fonts
As you browse around Typekit, you'll see a button labeled "Add" next to each font. If you see a font you'd like to try, just click that button and the Editor will open in a new window. You'll see the font you chose, along with some features that let you control how the font will work on your blog.
Click on the font and open up the Selectors area on the left. Selectors are a term from HTML and CSS that describe how a page is constructed. If you haven't used these technologies before, don't worry -- we'll walk you through it. Let's try now with a simple example: Adding the font you just chose to your blog's headline.
In a new browser window, navigate to one of your blog posts. Once you're there, use your browser's view source feature to see the page code. There will be a lot of code in there, but if you scroll down you'll eventually find your post's headline. Or, it might just be easier to search for the headline text in the source. See the h2 tags around it? That's what you need to enter into the selector area (without the angle brackets, though.) Just type h2 into that form and hit enter."
The idea is to find the HTML tag that surrounds the text you want to change and then enter it in to the Selector Box. If you use your browser's "View Source" command, you'll see a bunch of fairly messy looking code, but if you search for the text of, say, your headline, you should find something like this:
<h1>This is my headline text<h1>
To apply a font, you'd open the Editor in Typekit, select the font you want, and enter "H1" (without the quotes) into the Selector Box. Then click publish and you should see the font in a few moments when reloading your blog. If it still doesn't work, try clearing your browsers cache (usually found in the preferences) and reload again.
Let me know if this helps,
Tej. -
Inappropriate?Is there full support for Chrome yet?
-
Our detection serves Typekit fonts to Chrome 4.0.249.4 and later, as that is the latest version of Chrome with stable @font-face support. Earlier than that, @font-face was intermittently enabled in Chrome, depending on the build. -
Looks like we have a small bug in the code that generates that red "unsupported browser" banner at the top of the page. We'll fix that ASAP. Note, though, that the fonts are actually rendering, so the problem is just that we're showing that warning banner when we shouldn't. Thanks for pointing it out. Good catch! -
Inappropriate?If Firefox is supported, why wouldn't Flock be? Flock is just Firefox with various "social" addenda...
-
Flock is indeed based on Firefox, but it's currently based on Firefox 3, which doesn't support @font-face. (The earliest official Firefox version that supports @font-face is Firefox 3.5.) Unfortunately, we can't serve fonts to Flock until it supports @font-face.
More information on the connection between Flock and Firefox is here:
http://www.flock.com/mozilla -
Inappropriate?What do you Typekit guys make of this - http://typophile.com/node/66568#comme... ?
-
Update: we replied to that comment. Here's what we said:
---
Just to be clear, the Typekit web app that you use to select your fonts and apply them to your website doesn't currently support Internet Explorer. We focused on making a great experience for web designers and developers, and the majority of them use Firefox, Chrome, or Safari in their day-to-day work. We'll get IE support there soon.
But that's separate from what browsers support @font-face. We serve EOT fonts all the way back to IE5, and support every other browser that implements the technology (with the exception of Opera 10, because of pretty significant bugs in their handling of fonts.) -
Inappropriate?See http://frdm.fr Good I think. Neat / Windows XP / Firefox 3.5.7 & IE 8 and Safari 4.0.4 & even Chrome 4.0.249.78. Thanks a lot to Typekit... (method : code in css).
-
Inappropriate?When will you have support for Google's Chrome browser? I'm using Safari 4.0 on a Mac and Google's Chrome on Windows. Chrome is based on the same WebKit engine as Safari so I don't understand the incompatibility.
I’m confused
-
We do support Chrome. Typekit serves fonts to Chrome 4.0.249.4 and later, as that is the latest version of Chrome with stable @font-face support. Earlier than that, @font-face was intermittently enabled in Chrome, depending on the build. -
This reply was removed on 02/02/10.
see the change log -
Inappropriate?So I'm confused. You say your service does not support IE but this page shows your font in several IE environments: http://typekit.com/fonts/650
Browser support is a muddy subject that needs some major clarification.
Do you or do you not support IE?
I’m confused
-
Greg Veen, (Official Rep), commented 9 days ago
http://goo.gl/L2Vt
Update: we replied to that comment. Here's what we said:
— Just to be clear, the Typekit web app that you use to select your fonts and apply them to your website doesn't currently support Internet Explorer. We focused on making a great experience for web designers and developers, and the majority of them use Firefox, Chrome, or Safari in their day-to-day work. We'll get IE support there soon.
— But that's separate from what browsers support @font-face. We serve EOT fonts all the way back to IE5, and support every other browser that implements the technology (with the exception of Opera 10, because of pretty significant bugs in their handling of fonts.) -
Inappropriate?I have a problem with the font Athelas.
My OS is Windows XP SP3.
The beautiful Italics of this font show correctly in Firefox, Safari, Chrome.
See :

But Internet Explorer 8 shows Athelas Regular, transformed in italics.
See :

Url of the text :
http://goo.gl/o7QB
François-R. -
You're correct. Unfortunately, no version of Internet Explorer currently supports the ability to use @font-face to link different font files to the various different weights of a single font-family, which means each font-family can only contain one font variation in Internet Explorer. Typekit therefore chooses the closest varation a font has to 'normal', and serves that to Internet Explorer. For more on font linking, see this informative article:
http://hacks.mozilla.org/2009/06/beau...
Internet Explorer will, though, attempt to synthesize the "bold" weight and the "italic" style when you use those in your pages. It does this by taking the 'normal' font that Typekit serves and programmatically either makes it's lines thicker, or slants them, as the case may be. So you will still get bold and/or italic text in your pages when you want to use those styles. -
Thank you for your answer and for the link, the page delivers great explanations.
The next question is presumably... did you consider offering Italics under a different font-family name than the regular "normal" font ?
(Isn't presumably the answer: you rather wait for IE to adapt correctly to the @font-face full features? But is this foreseeable, could this not be true?)
Loading Profile...



EMPLOYEE



EMPLOYEE











EMPLOYEE


