I don't know about Safari, but Firefox 3.5 first renders the text and then downloads the fonts and rerenders, if I read this correctly: "When rendering a page using downloaded fonts, Firefox first renders using available fonts, then updates the display as downloadable fonts are retrieved. This allows the content to render quickly and refresh to match the intended look over time." https://developer.mozilla.org/en/CSS/@font-face
Best regards, Bence Damokos
2009/5/12 Daniel Kinzler daniel@brightbyte.de
Brion Vibber schrieb:
El 5/11/09 5:04 PM, Ariel T. Glenn escribió:
Στις 11-05-2009, ημέρα Δευ, και ώρα 16:15 -0700, ο/η Brion Vibber
Since download time is a concern, we'd generally be looking for smaller font sets, such as one that covers specifically the language of an individual wiki, rather than high-coverage fonts like that or Code
(eg a Tamil font for ta.wikipedia.org, a Canadian Aboriginal Syllabary font for iu.wikipedia.org, etc)
-- brion
Except for the Wiktionaries, given that they will include lemmas from (eventually) all languages. For an indication of the size of the problem even now, folks might look at the entry for http://en.wiktionary.org/wiki/dictionary ...
Hmmmm, well forcing a large automated font download on every reader's first visit probably isn't ideal. :) Short of crafting embedded type subsets for each page using just the required characters I'm not sure there's a good way to treat that case other than offering extra fonts for download.
-- brion
How about a small button somewhere? "download fonts now!". Could be hidden if no "special" chars are visible on the page.
-- daniel
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l