yes, it is compilable via command line.
may be need to modify the relative freetype path.
Johnson Y. Yan
发件人: suzuki toshiya
发送时间: 2012-06-13 14:32:16
收件人: Johnson Y. Yan
抄送: freetype-devel
主题: Re: [ft-devel] PDF text rendering error
This is compilable via command line?
Johnson Y. Yan wrote:
... Are you really writing code without indentation?
> #include "../../ft2.4.9/include/freetype/internal/ftobjs.h"
Uh, oh! You must never, ever use an internal header file in your
source code (except for special reasons).
> int load_flags = 8;
Any reason why you don't use the symbolic value,
Werner ,
Are you really writing code without indentation?
---It depends on freetype,
Any reason why you don't use the symbolic value, FT_LOAD_NO_BITMAP?
---FT_LOAD_NO_BITMAP == 8
*sure* that you are linking to the right, patched
FreeType library?
---see the render (gid = 2134) result sa
Johnson Y. Yan wrote:
*sure* that you are linking to the right, patched
FreeType library?
---see the render (gid = 2134) result saved as png image.
I think what Werner asked is "could you check if your binary is
linked with the patched library, not with the unpatched libary?".
Unfortunatel
Just I've updated the patch making FT_Library_Version() return
the irregular values. Please invoke FT_Library_Version() and
print its result to stdout or stderr, to assure that your binary
is linked with the patched library.
Insertion something like
{
FT_Int maj, min, pat;
FT_Library_Vers
When i set patch = 12061, it displays "FreeType2 version 2.4.12061"
and not set patch, it displays "FreeType2 version 2.4.9"
Johnson Y. Yan
发件人: suzuki toshiya
发送时间: 2012-06-13 17:51:14
收件人: Johnson Y. Yan
抄送: freetype-devel
主题: Re: [ft-devel] PDF text rendering error
Just I've updated the pat
> Do you understand the Rx calculations?
Not without a lot of time to introduce myself to the code :-)
> They are wrong if integer overflows, aren't they?
Yes, it seems so, but up to now we haven't had a bug report.
> So there will be artifacts, possibly very small ones, when
> SMulDiv_NoRound
> I attached the TTF in your sample PDF, and attached PNG is my
> rasterization result. I think it's OK.
Toshiya-san, thanks for testing! Please commit.
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
https://lists.nongnu.org/m
Toshiya-san, Sorry!
I copy the source code from the linux environment(ubuntu) to windows',then sent
to you.
now, what i need to modify?
or, i render error, you are still right?
Johnson Y. Yan
发件人: suzuki toshiya
发送时间: 2012-06-13 23:09:11
收件人: Johnson Y. Yan
抄送: freetype-devel
主题: Re: [ft-de
now, what i need to modify?
I wonder what your purpose is, and what you're doing now.
Your goal is the bugfix of the application on Windows?
If so, why don't you make the sample program on Windows?
Or, your goal is the bugfix of the application on GNU/Linux?
If so, why you mention about MSVC?
> now, what i need to modify?
>
> or, i render error, you are still right?
You should check your programming environment! Your program
*certainly* links with a wrong, unpatched FreeType library version.
And *please* do your homework right! If we ask for a simple example
which can be compiled o
On Wed, Jun 13, 2012 at 9:22 AM, Werner LEMBERG wrote:
> It's probably a good idea to fix Rx also. What about this:
>
> old:
> Rx = ( ras.precision * Dx ) % Dy;
>
> new:
> Rx = ( ( ras.precision % Dy ) * ( Dx % Dy ) ) % Dy;
>
Let's not rush with this and just say that your fix is i
> Let's not rush with this and just say that your fix is incomplete
> for now.
OK.
> I have a completely new ftgrays implementation without '%' that
> works quite nicely.
Aah, great to hear!
Werner
___
Freetype-devel mailing list
Freetype-devel@
Werner, Toshiya-san,
it is my programming environment problem!
I spend a night do the check, my homework is bad. it is render right now!
Thanks again for your patience and i Will be more rigorous.
Johnson Y. Yan
发件人: Werner LEMBERG
发送时间: 2012-06-14 01:33:36
收件人: yinsen_yan
抄送: mpsuzuki; fr
Werner,
What are your thoughts on implementing horizontal stem snapping in the
autohinter? To me, this provides a substantially cleaner look to 99.5%
of glyphs, particularly when the stems are between 1 and 3 pixels
thick. I think this is largely the issue when people complain about
Freetyp
> it is my programming environment problem! I spend a night do the
> check, my homework is bad. it is render right now! Thanks again for
> your patience and i Will be more rigorous.
You are welcome. Great that it works now.
Werner
___
Freetype
> What are your thoughts on implementing horizontal stem snapping in
> the autohinter?
It's certainly worth an option. BTW, if you say `make devel', the
option AF_CONFIG_OPTION_USE_WARPER is in use which goes into a similar
direction but trying to minimize the glyph shape distortion. Have you
t
17 matches
Mail list logo