Firstly, let me define web font embedding, or so-called web fonts, as I see it. I mean using @font-face to point to regular TrueType or OpenType font files on a web server. In terms of support, the current state of affairs is such that Safari 3.1 supports web fonts, it is scheduled for Firefox 3.1 and it is currently available in a development release of Opera.
It’s true to say that Internet Explorer has supported web fonts since version 4, but only by way of EOT files which are currently proprietary. It’s true that Microsoft is trying to get the W3C to make EOT a standard, but EOT is a form of DRM requiring pre-processing of regular fonts and as such is not acceptable to me, despite Bill Hill’s protestations (the condescending tone and content of which not unreasonably got the Joe Clark treatment).
So. The current state of affairs is that about 3% of browsers currently support web fonts (as I define them), a figure which is due to rise to about 30% probably later this year. This means, to me, that web fonts are not the future, they are the here-and-now, especially if your business is typefaces.
On that basis, it’s high time that font foundries and type designers stopped waving their hands in the air proclaiming the death of their industry, insisting that everyone will be pirating their fonts and installing them for free. Instead they should see this as an opportunity to be grabbed with both hands.
Before I explain how, let’s get a couple of facts straight. Firstly, web font embedding doesn’t install the font on the operating system. The Web Fonts spec has always specified that “downloaded fonts should not be made available to other applications.” So the font exists only within the browser.
Secondly, designers do not necessarily have to upload the font file to their own web server. They can link to a font file on another server. And this is where the real opportunity lies.
When you embed a Google map on your web page, you don’t download a bunch of map images from Google and stick them on your server, you link to Google which then serves up the maps to registered domains. The same approach can be applied to fonts. Font foundries could license their fonts for embedding and serve those fonts only to registered websites, using their own hosted system or via a trusted third party.
This way foundries can provide designers and their readers with a legal way of embedding fonts, removing the need for uploading font files to multiple web servers, and of course make some extra income in the process. Think about it – foundries can sell their fonts twice this way – once to the designer and again to the readers†.
Font embedding won’t increase piracy of fonts – there’s plenty of that already happening via email, BitTorrent and any other Internet vessel you care to think of. Professional designers and reputable clients will continue to license fonts as they always have done. There is no point trying to fight font embedding – that horse has bolted – it’s already happening. So why think of your customers as potential criminals, when instead you could gain control over the situation and make more money from your fonts?
I wouldn’t expect any website visitors to pay for an embedded font. However if designers want their customers to read a certain font then they could be willing to pay for it. So I’m expecting designers (or more likely their clients) to pay for the font embedding on behalf of their readers.
At the moment, fonts are sold on a per-machine basis – a single payment allows perpetual use. But given that the font embedding mechanism I’m proposing is a web service, a monthly payment model could be more appropriate. By way of example, let’s pick a $199 font and divide that figure across two years. That makes about $8 per month, which would seem fairly enticing for something as lovely as say, Archer. And there’s the ‘freemium’ model to think about which might mean you could get the book weight for free, but other weights and italics are paid for. Food for thought, surely?
Typography
36 comments [add/view/link]
Clearleft’s first desktop application is now available! Silverback is a handy piece of software to make ‘guerilla’ usability testing a breeze. Read on →
Tools & software · Clearleft
4 comments [add/view/link]
Video of the final minute of the stage. Update: Cav wins Stage 8 too! Read on →
Mountain biking
2 comments [add/view/link]
The estimable Christian Heilmann has announced Scripting Enabled, a combined accessibility conference and hackday being held in London this September. Read on →
Accessibility · Conferences
no comments [add/view/link]
Today was the one day I needed to work from home. Today was the day Virgin Media decided to suspend my broadband services with no notice and for no apparent reason. Read on →
Wireless
13 comments [add/view/link]
This year’s dConstruct is looking brilliant. We’ve got a stellar lineup, four great workshops and now you can win a ticket to the conference just by customising one of our special badges. Read on →
Clearleft · Conferences
1 comment [add/view/link]
The CSS 3 font module has come back to life, and web designers have been asked for the their wish lists. Here’s mine. Read on →
Typography · CSS techniques
3 comments [add/view/link]
We at Clearleft are starting to enjoy deviating from process. Skipping steps, changing the order, adding extra steps, using different tools. This all keeps us fresh, but it also helps eliminate the production line approach it’s so easy to fall into. Read on →
New media industry · Clearleft
1 comment [add/view/link]
On presenting web typography in Slovenia, my hospitable hosts, and discovering Zemanta, a clever blog enhancement tool. Read on →
Blogging · Travel · Typography
6 comments [add/view/link]
Clearleft and Indi Young are putting on a Mental Models workshop. Read on →
Information design · Clearleft
3 comments [add/view/link]
Nothing posted. Browse the Blog archive.
RSS feed with full posts
