- From: Ben Weiner <ben@readingtype.org.uk>
- Date: Mon, 22 Jun 2009 11:22:22 +0100
- To: www-style@w3.org
- CC: www-font@w3.org
Hi all, This thread seems to be wandering a little! I think one interesting sub-thread looked at the question of whether Cross-Origin Resource Sharing ('CORS': http://www.w3.org/TR/access-control/) is suitable for use as a mechanism to prevent a couple of things that can happen when fonts are loaded remotely via css @font-face rules: - use of third-party bandwidth - use of third-party licenses. Here are some notes for your consideration. They might help us to decide whether we are on the right track or not. 1. Using third-party bandwidth ============================== Eg: fonts hosted on site X being called from css @font-face rules on site Y without the agreement of the owner of site X. In the [non-normative] use-cases section of the draft CORS spec I read: "The CSS @font-face construct prohibits cross-origin loads. With the resource sharing policy someone could set up a Web service that sells font licenses to selected servers and handles caching and bandwidth usage for them." [http://www.w3.org/TR/access-control/#use-cases] So here we have CORS as an enabler, lifting a restriction on cross-origin font loading. The text I've quoted asserts that cross-origin loading of fonts is not compliant behaviour, but I could not find a corresponding assertion in the draft css3-fonts spec (I looked at http://www.w3.org/TR/css3-fonts/#font-reference-the-src-descriptor). I'm assuming that this proposal has not yet been considered by the people working on css3-fonts, but see https://developer.mozilla.org/en/HTTP_access_control which gives details of the policy that is implemented in Firefox 3.5. The question of access does not seem to be addressed explicitly in the Fonts Working Group charter ('FWG': http://www.w3.org/2009/03/fonts-wg-charter) but its relevance is heavily implied. Note that "the @font-face linking mechanism is defined by the CSS Working Group, [...] although [the FWG] may propose changes to the CSS Working Group" and is out of scope for the FWG. [http://www.w3.org/2009/03/fonts-wg-charter#out] 2. Using third-party licenses ============================= Eg: fonts licensed for site X being called from css @font-face rules on site Y without the agreement of the the person granting the licence. I don't believe that CORS is intended to express licensing information or to enforce licence conditions. Again from the use-cases section of the draft spec: "The main motivation behind Cross-Origin Resource Sharing was to remove the same origin restriction from various APIs so that resources can be shared among different origins (i.e. servers)." This is a solution to a technical problem, not a commercial one. In this case the proposed W3C Fonts Working Group seems to be the place to look for answers, rather than any current or draft specification including CORS. Personally, I'm hoping the outcome of the Fonts Working Group will break new ground on the expression of licensing information across all media. Hope springs eternal :-) In summary ========== On the bandwidth/server usage question, it looks as if CORS could help. For example it would allow font software vendors to host fonts themselves and sell licenses to web site owners. It would also enable OFLB (http://www.openfontlibrary.org/) to host permissively licensed fonts on behalf of the whole web community. It would achieve this by opening up cross-origin access to the fonts -- an ability that now appears unnecessary, unless you're a user running Firefox 3.5, because common-origin restrictions within the @font-face spec [which as noted above, don't seem to exist right now] are not implemented in all @font-face supporting browsers that are currently shipping. So for CORS to be useful here, those restrictions would need to be part of the css3-fonts spec first. On the licence question, I don't see anything in CORS that attempts to use software to grapple with this emotive area and I hope that remains the case. The Fonts Working Group seems to be the place; I read that the group "primarily conducts its work on the public mailing list www-font@w3.org" but I don't see much there: is anything happening? ;-) [http://lists.w3.org/Archives/Public/www-font/2009AprJun/] My suggestion would be to assume that in the case of font linking with @font-face, CORS is for preventing the use of third-party bandwidth and not for expressing or enforcing the conditions of a licence. Your better-informed responses please! Cheers, Ben -- Ben Weiner | http://readingtype.org.uk/about/contact.html
Received on Monday, 22 June 2009 10:52:17 UTC