> Sorry for an old issue to work with broken AtariST PureC
> compiler. [...]
>
> [...] I will propose an inclusion of small conversion tool in
> builds/atari (and makefile to convert source files, that joins the
> splitted lines of the first token in the cpp macro definition.
Great!
> As an inte
> The check, then, is:
>
> A proposed changeset is: [...]
Thanks a lot for carrying out the computations! Since we apply
rotation after hinting, I think this should be sufficient to get the
desired result. Can someone please do some tests to confirm this?
Werner
___
> This is 2.3.9. I have a custom build that doesn't define
> FT_CONFIG_OPTION_USE_ZLIB. Compilation fails because of missing
> FT_Stream_OpenGzip() symbol from PCF_Face_Init.
Fixed, thanks.
> Also, it would be good if release process included freetype
> compilation with all possible permutations
Dear Werner,
Sorry for an old issue to work with broken AtariST PureC compiler.
When I had ever written the patch set for AtariST PureC,
this issue was only found in src/cache/ftcglyph.h. But now
this issue is found in multiple files (e.g. include/freetype/
internal/{autohint.h, ftdriver.h, ftobjs
> "Graham" == Graham Asher writes:
Graham> When I coded this up for a private project a while ago I took a
Graham> simpler approach: I used the matrix to convert the point (1,0) to a
Graham> new point. If the new point is (x,0), (0,x), (-x,0) or (0,-x) for any
Graham> x we have a rotation by
This is 2.3.9. I have a custom build that doesn't define
FT_CONFIG_OPTION_USE_ZLIB. Compilation fails because of missing
FT_Stream_OpenGzip() symbol from PCF_Face_Init.
Fix is really simple. This is not really a patch, but in PCF_Face_Init
in pcfdrivr.c, this #ifdef needs to be added around the co
When I coded this up for a private project a while ago I took a simpler
approach: I used the matrix to convert the point (1,0) to a new point.
If the new point is (x,0), (0,x), (-x,0) or (0,-x) for any x we have a
rotation by a multiple of 90 degrees, neglecting any slant; the slant is
ignored
> "Werner" == Werner LEMBERG writes:
Werner> Maybe there is a volunteer which wants to make the autohinter
Werner> support text rotated by 90°, 180°, and 270°?
The first question, then, is: what are the contraints on a matrix which
prove that it is a rotation by in integer multiple of 90° f
> it appears, that it's not possible to let freetype autohint rotated
> text.
Yep.
> My question is why this ist he case.
Just remember what autohinting actually does: It tries to align stems
and other features along a grid. If you have rotated text, there is
no grid to align to.
> In our app
Dear mailinglist,
it appears, that it's not possible to let freetype autohint rotated text.
After looking through the source, I've found out, that autohinting is only
allowed for "no transforms except simple slants".
This is around ftobjs.c line 500 in function FT_Load_Glyph(...).
My q
> The attached patch modifies the value of "--srcdir" option. It adds
> "builds/unix/" to tell the location of the autoconf configure.
> Other options are passed to builds/unix/configure transparently.
Great!
> BTW, after short tests of this patch, I'm afraid that some make
> files of FreeType2
11 matches
Mail list logo