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

RE: EOT-Lite File Format v.1.1

From: Sylvain Galineau <sylvaing@microsoft.com>
Date: Fri, 31 Jul 2009 19:10:14 +0000
To: "rfink@readableweb.com" <rfink@readableweb.com>
CC: 'www-font' <www-font@w3.org>
Message-ID: <045A765940533D4CA4933A4A7E32597E0213879F@TK5EX14MBXC111.redmond.corp.microsoft.com>
>From: Richard Fink [mailto:rfink@readableweb.com]
>Sent: Friday, July 31, 2009 11:59 AM


>I'm having trouble squaring the above with this, below, unless you're
>telling me that EOTL and EOT Classic would co-exist in IE going forward:
>
>>no rootstring can be circumvented in the current EOTL proposal since
>they
>cannot even
>>be stored in the file, and that any file using Monotype's patented
>technology must be rejected.
>
>So does this mean IE would have a dual-implementation supporting both
>EOT
>file types? I guess that's my question.

Why does it need a dual implementation ? As all EOTLs are also EOT, any
conforming EOT implementation can load any EOTL.

What you may have missed is that earlier versions of the EOT header did
not in fact have any rootstrings. This is the header that will be used
for EOTLs and the font loader knows how to deal with those. The one change
to IE9 would be to use all the checks specified in John's draft to determine
whether a file is a valid EOTL; if it is, then do the same-origin/CORS check
that it recommends.
Received on Friday, 31 July 2009 19:11:00 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Saturday, 11 June 2011 00:14:03 GMT