W3C home > Mailing lists > Public > www-font@w3.org > July to September 2009

RE: .webfont Proposal 2

From: Sylvain Galineau <sylvaing@microsoft.com>
Date: Fri, 17 Jul 2009 14:10:29 +0000
To: karsten luecke <list@kltf.de>, "www-font@w3.org" <www-font@w3.org>
Message-ID: <045A765940533D4CA4933A4A7E32597E020CCB97@TK5EX14MBXC120.redmond.corp.microsoft.com>
>-----Original Message-----
>From: www-font-request@w3.org [mailto:www-font-request@w3.org] On Behalf
>Of karsten luecke

>Foundries are not saying that one or more specific root strings MUST be
>defined in each and every web font (be it .webfont or EOT). Foundries
>are saying that the web font format must make it POSSIBLE to define root
>strings (I remind of the "any" in the passage you cited). Which is a
>It will be up to each foundry to decide if they make root string
>restriction part of the licensing conditions or not. Not a once-and-for-
>all decision by browser makers and web developers. Two examples:
>(1) A client like myself licenses for my small site a typeface from
>Letterror. I provide my two or three domains, they add them to the web
>font, and I can upload the file to my server. This could be done
>automatically via their online shop where I would enter my two or three
>(2) A larger client needs a license for extensive use. He would contact
>the foundry in person anyway to talk about the price etc which would
>include discussing whether root string restriction makes sense or his
>web develpers apply any of the methods suggested earlier.

Karsten, what Hakon and John do not want to do is enforce those rootstrings
in the browser. This was one of the reasons EOT was not acceptable. So while
it's fine for the file to include any information the license requires, including
URLs, Mozilla and Opera will not use these URLs to enforce your license by, for example,
ignoring the font file. Many previous discussions have established that we will
achieve interop if rootstrings are required to be enforced by the user agent.
Received on Friday, 17 July 2009 14:11:14 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:01:40 UTC