Hello -
I'm building a Java Native Interface (JNI) into freetype. I've read
freetype-2.4.10's CUSTOMIZE and I'm poking around in ftsystem.c. What I
would like is a way to build an FT_Stream that allows me to pass in my
own stream handler(s), independent of the C RTL. These stream handlers
On Mon, 26 Nov 2012 11:43:35 -0800, Brian Stell said:
Freetype is a critical part of the Linux world. It's become fairly common
for bodies of code to have a test suite. (I'm not proposing full testing
right right now ;-)
I think the most critical issue is which testing environment would be best
On Tue, Nov 27, 2012 at 12:51 PM, Sean McBride s...@rogue-research.com wrote:
On Mon, 26 Nov 2012 11:43:35 -0800, Brian Stell said:
Freetype is a critical part of the Linux world. It's become fairly common
for bodies of code to have a test suite. (I'm not proposing full testing
right right now
On Tue, 27 Nov 2012 13:44:14 -0500, Alexei Podtelezhnikov said:
Glyph rendering quality is in the eye of the beholder. What somebody
says is blurry is smooth in the eyes of the other. How do you suggest
that we automate that?
Yes, that's tricky. But that could be delayed until later. Since
I think the most critical issue is which testing environment would
be best for FT. CUnit, CppUnit, googletest, ...
Since FreeType is written in C I suggest a test suite in C also. This
would exclude CppUnit and googletest.
In case you have experience with such tools, I would ask you to
On 27 November 2012 21:07, Werner LEMBERG w...@gnu.org wrote:
Many of them are not freely available but are essential for
testing. Any idea how to handle this?
Like http://packages.debian.org/de/sid/ttf-mscorefonts-installer
___
Freetype-devel
Many of them are not freely available but are essential for
testing. Any idea how to handle this?
Like http://packages.debian.org/de/sid/ttf-mscorefonts-installer
Yes, this helps. However, a lot of fonts are not available this way.
I've received them privately via e-mail, and I must not
