This might be interesting for some of you. It means in consequence
that the higher-level code which handles GPOS has probably to discard
the kern values FreeType returns (which only looks at the `kern'
table).
Werner
---BeginMessage---
OpenType list address: [EMAIL PROTECTED]
Thomas
On Fri, Nov 04, 2005 at 11:55:16AM +0100, Werner LEMBERG wrote:
I can uderstand it but I do have a suggestion for improving it.
Excellent.
Just swapping two of the clauses around makes it better IMO: [...]
The docs for FT_New_Face() and FT_New_Memory_Face() also need to be
updated
Attached. It includes the change I suggested and copies the same
description to FT_New_Face() and FT_New_Memory_Face().
Applied, thanks.
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
Hi,
Thanks for the note. Sorry but I do not have the test case, I just
looked at the code and found out the bug.
And I think there should be more change in this code section: 'limit'
should be reset by 'buffer + readsize' in where readsize is actual
read size.
Thanks,
TK
2005/11/3, [EMAIL
