>
> > I found some differences in gf files `cmr10.600gf' and
> > `cmr10.2602gf'. In the gftype output of `cmr10.600gf', in its
> > postamble the `loc' defines a pointer to the `boc' command which
> > directly points to the character's bitmap data. But, the file
> > `cmr10.2602gf' and most others,
>> the most natural choice was `FT_Library'.
>
> I see. Judging from an API user's perspective (and from a rather
> special angle, maybe not THE standard usage) I think I would've
> preferred to rather use an `FT_Face' as additional parameter instead
> of `FT_Library' since I need that `FT_Face'
Thanks for the explanation :)
> the most natural choice was `FT_Library'.
I see. Judging from an API user's perspective (and from a rather special
angle, maybe not THE standard usage) I think I would've preferred to rather
use an `FT_Face' as additional parameter instead of `FT_Library' since I
> I have changed the topbar to integrate the FreeType logo and colors.
> Please have a look and let me know what you think!
Nice! I suggest that you remove the string `The FreeType Project' in
the top left corner, only putting the house symbol there – or maybe
integrating the house symbol into
> Today I played with multiple masters and naturally I came across
> `FT_Done_MM_Var'. I wonder, why I have to set `FT_Library`
> explicitly to deallocate `FT_MM_Var'?
The reason is that...
> On the surface, it would be convenient if `FT_MM_Var' could keep
> track of its library (or face)
> * I'm quite fond of the FreeType logo integrated into the top bar, and
> I would like to have this somehow retained. Right now, the top
> looks like zillions of other blogs... Honestly, I would even like
> to retain the color changes of the top bar depending on the nesting
> depth, but
Today I played with multiple masters and naturally I came across
`FT_Done_MM_Var'. I wonder, why I have to set `FT_Library` explicitly to
deallocate `FT_MM_Var'? On the surface, it would be convenient if
`FT_MM_Var' could keep track of its library (or face) internally and
`FT_Done_MM_Var' could
> [...] I have decided to follow a plan in this week to resolve errors
> in gf driver. [...]
This looks good. However, I think you will be able to handle those
issues in two afternoons :-)
Werner
___
Freetype-devel mailing list
Hi all,
As now all the problems about the gf driver are clear
to me I have decided to follow a plan in this week to
resolve errors in gf driver.
* Resolve compiler flag issues.(which I have already
completed)
* Add complete tracing and error handling support to
gf driver.
* The GF_Face_Done and
