Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Couple reasons:

1) sIFR, Cufon, image-replacement, etc. each have their own problems. Hard to setup, can't select the text, tedious to maintain, requires opening Flash CS4, etc.

2) @font-face is the future, but most paid font foundries refuse to support it b/c it requires the font file to be linked to on the server. So designers can legally use free fonts with @font-face but not fonts they've purchsed.

So, Typekit is an attempt to keep the font foundries happy by hosting the font file and preventing unauthorized downloading, while keeping an eye on ease-of-use and the future of the web by doing most of the @font-face heavy-lifting.



Another option many people seem to be unaware of is Typeface.js: http://typeface.neocracy.org/

It supports text selection, requires zero thought once it's set up, and works in every major browser. The only major downside is that you need to convert each font to typeface.js' JSON font format, which adds a bit of heft.

At the same time of course, I definitely support what Typekit is trying to do, since most font foundries won't be happy with (m)any other solutions. Too bad this discounted pricing won't last!


It also probably violates the license of most of the fonts you'd want to use with it.


Forgive me if I'm missing something obvious, but how does it prevent unauthorized downloading? It looks like the font gets base64 encoded and put right into a CSS file?


This is a really innovative idea. I'm a big fan of cufón right now, but I'll definitely play around with this.


@font-face in action for those you haven't seen or noticed it: http://www.alistapart.com/d/cssatten/drim.html




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: