W3C home > Mailing lists > Public > www-style@w3.org > October 2010

RE: @font-face and slow downloading

From: Belov, Charles <Charles.Belov@sfmta.com>
Date: Wed, 20 Oct 2010 16:46:17 -0700
Message-ID: <E17F75B6E86AE842A57B4534F82D03769C30F8@MTAMAIL.muni.sfgov.org>
To: <www-style@w3.org>
Cc: "Levantovsky, Vladimir" <Vladimir.Levantovsky@monotypeimaging.com>, "John Daggett" <jdaggett@mozilla.com>, "Beth Dakin" <bdakin@apple.com>, "Tab Atkins Jr." <jackalmage@gmail.com>, <robert@ocallahan.org>
 

 Robert O'Callahan wrote on Wednesday, October 20, 2010 2:37 PM
> A good policy might involve more than just a single timeout. E.g.
> 1) Display nothing for the first two seconds while the font 
> is downloading.
> 2) If the font still isn't available, estimate the remaining 
> time required to finish downloading; if it's more than two 
> seconds, show fallback text until the font has finished downloading.
> 3) Otherwise, show nothing for three more seconds while the 
> font is downloading. If the font still hasn't finished 
> downloading, show fallback text until it finishes downloading.
> (The idea is that if you can accurately estimate download 
> rates, you can avoid ever showing fallback text and then 
> immediately switching to the correct font.)

As long as I can override it in the user style sheet or UA. 

I find it disruptive when a page changes layout on me after I have
already started reading or otherwise interacting with it (unless it is
directly in response to an intentional interaction on my part).



Hope this helps,
Charles Belov
SFMTA Webmaster
Received on Wednesday, 20 October 2010 23:49:47 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 17:20:33 GMT