Hi all, a quick update:
I have just moved FreeType's testing repository to FreeType's GitHub
account: https://github.com/freetype/freetype2-testing. If you have used
`cherusker/freetype2-testing' before, I would kindly ask you to check out
`freetype/freetype2-testing' in the future since its
>> the next step is `attaching' a TFM file to GF (and later on to PK),
>> i.e., providing the internal code for `FT_Attach_File' and
>> `FT_Attach_Stream' so that GF's metric data gets completed. Any
>> estimate when you are done with this?
>
> I don't think that would be necessary,
It is
>
> Parth,
>
>
> the next step is `attaching' a TFM file to GF (and later on to PK),
> i.e., providing the internal code for `FT_Attach_File' and
> `FT_Attach_Stream' so that GF's metric data gets completed. Any
> estimate when you are done with this?
>
I don't think that would be necessary, as
Don't know if it helps a bit, but I use code::blocks and have imported
the vc2008 project file into it to build the library.
Using the generated libfreetype.a within another code::blocks project
works fine for me.
The (mingw32-)make procedure, however, didn't work for me.
I use the MinGW
> hello,I have tried to use freetype in visual studio 2017. I
> downloaded 2.5.3 [...]
Why are you using such an old version? The current one is 2.9.1 and
comes with improved CMake support.
> [...] but when I use FT_Init_FreeType
>
> at run time it gives error lnk2019 unresolved constant
>
>
Parth,
the next step is `attaching' a TFM file to GF (and later on to PK),
i.e., providing the internal code for `FT_Attach_File' and
`FT_Attach_Stream' so that GF's metric data gets completed. Any
estimate when you are done with this?
And what about making GF loading the bitmaps on demand