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

Re: Web font linking progress summary

From: Mikko Rantalainen <mikko.rantalainen@peda.net>
Date: Fri, 10 Jul 2009 12:59:20 +0300
Message-ID: <4A5710F8.2010704@peda.net>
To: www-font <www-font@w3.org>
Dirk Pranke wrote:
> The three concrete requirements I've seeming heard from the foundry
> representatives are:
> 1) A solution MUST optionally prevent casual
> cross-linking/deep-linking (perhaps solved by CORS, also solved by EOT
> w/ root strings),
> 2) A solution MUST optionally prevent casual user download (which CORS
> doesn't address but maybe EOT + root strings do)
> 3) A solution MUST optionally prevent trivial interop between web
> fonts and desktop fonts (which EOT and the other variants do address,
> at least until EOT gets baked into the O/S)

Could you provide references to relevant messages (you can link to
individual messages at http://lists.w3.org/Archives/Public/www-font/)?

If I'm understanding this list of requirements correctly, all browsers
are required to implement all these features but it's up to the authors
if they choose to use those features? I believe that that list cannot be
implemented by browser vendors.

Some browser vendors have already stated that they probably cannot
enforce any kind of rootstring proposal due to fear of law suits
(especially DMCA):

In addition, rootstrings encoded in font files make are harder for
content authors than, say CORS.

What does the requirement 2) mean in concrete terms? How would such
"prevention" work? Are foundries in fact asking for a DRM system ("The
user MUST be able to use the font data to render the page but user MUST
NOT be able to download and save the data as a local file")?

Any mechanism that resembles a DRM is out of question (Mozilla has
stated that they are not willing to implement such system):

Do you think that EOT Lite
would be acceptable to font foundries? It doesn't implement 1) or 2) above.


Received on Friday, 10 July 2009 10:00:08 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:37:32 UTC