[OpenFontLibrary] @font-face, is it really needed for font preview?

[Ed Trager]

Hi, Nicolas,

Getting the SVG output small enough would really not be a problem.
There are serveral ways to do it:

* One way is to send over the SVG data but be sure to use CSS classes
for the styling.  A lot of SVG graphics programs inline too much style
information repeatedly, which is uneccessary.

* Another approach would be to send back the curve data in a more
minimalistic XML or JSON format, and then actually have Javascript
classes that flesh out the data into SVG.  I've actually taken this
approach before for loading X-Y plot data dynamically -- see demo at
http://eyegene.ophthy.med.umich.edu/gladiatorcomponents/plot.html

-- Ed

On Mon, Feb 9, 2009 at 11:00 AM, Nicolas Mailhot
<nicolas.mailhot at laposte.net> wrote:
>
>
> Le Lun 9 février 2009 16:44, Egil Möller a écrit :
>> Quite a few webbrowsers used today seems to support SVG images. Maybe
>> rendering the preview to SVG (curves) would work?
>
> BTW if someone could spend the time to write a SVG preview generator
> that could be integrated in web sites and package generation
> processes, that would be great.
>
> The constrains are basically to generate the preview for a random
> number of font files taken as input, with an SVG output that showcases
> the main scripts the font files support (that means script detection
> using fontconfig, heuristics to select the most interesting glyphs to
> showcase, pangrams? and an svgz output small enough to be integrated
> everywhere)
>
> --
> Nicolas Mailhot
>
>