Re: [Gnash-dev] device fonts

[strk]

On Tue, Jun 12, 2007 at 07:28:29PM +0200, Udo Giacomozzi wrote:
> Hello strk,
> 
> Tuesday, June 12, 2007, 6:54:56 PM, you wrote:
> s> We should decide if it's worth fixing the bugs with OGL and core
> s> *and* to implement draw_bitmap for AGG or focus on creating
> s> vectorial glyphs instead.
> 
> I don't think implementing draw_bitmap for AGG would be a problem.
> However, how do these fonts work? Is there *one* bitmap for each
> letter which has to be scaled, rotated, downsampled? In that case it
> would result in very bad rendering quality of fonts (and after all,
> fonts need to be rendered well to be readable at small sizes).

Yes, this is the problem with OGL rendering of fonts, for example.

> s> Vectorial glyphs are basically
> s> shape_character_def so in order to support them we should convert
> s> the freetype glyph to a shape character. Drawing primitive are
> s> about ready (there for Drawing API) so we'd just need to find
> s> out how to perform conversion (libfreetype seems to support it).
> 
> Don't think we need the drawing API for that (instead create paths
> directly) and it should not be difficult.

Well, the API I'm talking about is basically our DynamicShape class,
which is a shape_character_def derivate. The freetype lib seems to have
an event based parser which would invoke functions like moveTo, lineTo,
curveTo ... which are all exposed by DynamicShape.

> I don't remember where, but
> I saw a document describing exactly this (converting from TTF to SWF).
> Basically all that needs to be done is converting the cubic bezier
> curves used in TTF ("type1") to quadratic bezier curves used in Flash,
> which means adding a anchor point exactly in the middle of the two
> cubic curve anchor points.

Right. I think Ming also has such convertion functions..
So I go vectorial, and possibly we may want to drop draw_bitmap as
a whole, or at least deprecate it.. (NOTE: implement vectorial glyphs
rendering for ogl?)

--strk;