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(a)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
2000.
(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(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l