> 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
; freetype-devel
主题: Re: [ft-devel] PDF text rendering error
> 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 homew
> 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
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-devel] PDF text rendering error
I attached the TTF in your sample PDF, and
attached PNG is my rasterization result.
rsion 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
>
&
> 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
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
J
d
there is a result.
Thanks.
Johnson Y. Yan
发件人: Werner LEMBERG
发送时间: 2012-06-13 16:25:34
收件人: yinsen_yan
抄送: mpsuzuki; freetype-devel
主题: Re: [ft-devel] PDF text rendering error
... Are you really writing code without indentation?
#include "../../ft2.4.9/include/freetype/internal/f
I think the important thing is that it calls freetype's interface, and there is
a result.
Thanks.
Johnson Y. Yan
发件人: Werner LEMBERG
发送时间: 2012-06-13 16:25:34
收件人: yinsen_yan
抄送: mpsuzuki; freetype-devel
主题: Re: [ft-devel] PDF text rendering error
... Are you really writing code
esult saved as png image.
I think the important thing is that it calls freetype's interface, and there is
a result.
Thanks.
Johnson Y. Yan
发件人: Werner LEMBERG
发送时间: 2012-06-13 16:25:34
收件人: yinsen_yan
抄送: mpsuzuki; freetype-devel
主题: Re: [ft-devel] PDF text rendering error
... Are
... 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,
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
This is compilable via command line?
Johnson Y. Yan wrote:
Toshiya-san,
please check again, thanks.
Johnson Y. Yan
发件人: suzuki toshiya
发送时间: 2012-06-13 00:18:46
收件人: Johnson Y. Yan
抄送: freetype-devel
主题: Re: [ft-devel] PDF text rendering error
Hmm. Can you post the C source code as an
Toshiya-san,
please check again, thanks.
Johnson Y. Yan
发件人: suzuki toshiya
发送时间: 2012-06-13 00:18:46
收件人: Johnson Y. Yan
抄送: freetype-devel
主题: Re: [ft-devel] PDF text rendering error
Hmm. Can you post the C source code as an attachment?
Yet I've not checked, but I'm not sure yo
> If you make the compiler include the header files by compiler flags
> written in project file, please post project file too.
Uh, oh, a C or C++ snippet should always be compilable on the *command
line*, even on Windows! This is the only way to get something
portable, more or less.
Werner
= GetDC();
CFX_WindowsDevice wd(pDC->GetSafeHdc());
wd.SetDIBits(&bitmap, 0, 0);
ReleaseDC(pDC);
FT_Done_Face(face);
FT_Done_FreeType(library);
if (pBuffer) Free(pBuffer);
}
}
Johnson Y. Yan
发件人: suzuki toshiya
发送时间: 2012-06-12 18:33:24
收件人: Johnson Y. Yan
抄送: freetype-devel
主题: Re: [ft-devel
GetSafeHdc());
wd.SetDIBits(&bitmap, 0, 0);
ReleaseDC(pDC);
FT_Done_Face(face);
FT_Done_FreeType(library);
if (pBuffer) Free(pBuffer);
}
}
Johnson Y. Yan
发件人: suzuki toshiya
发送时间: 2012-06-12 18:33:24
收件人: Johnson Y. Yan
抄送: freetype-devel
主题: Re: [ft-devel] PDF text rendering error
O
ut still render error, : (.
If the way i call the function is wrong?
FT_Load_Glyph(FtFace, gid, FT_LOAD_NO_BITMAP).
Johnson Y. Yan
发件人: suzuki toshiya
发送时间: 2012-06-11 16:38:11
收件人: Johnson Y. Yan
抄送: freetype-devel
主题: Re: [ft-devel] PDF text rendering error
Attached is my proposal to fix thi
> It seems that non-family-names (e.g. full name, PostScript name etc)
> are not truncated. Should I add an extra check to compare these
> non-familyname strings with the blacklist of tricky fonts?
I vote for `not yet'. It seems that your current approach with
checksums works fine. Let's wait
Toshiya-san,
I apply your patch, but still render error, : (.
If the way i call the function is wrong?
FT_Load_Glyph(FtFace, gid, FT_LOAD_NO_BITMAP).
Johnson Y. Yan
发件人: suzuki toshiya
发送时间: 2012-06-11 16:38:11
收件人: Johnson Y. Yan
抄送: freetype-devel
主题: Re: [ft-devel] PDF text rendering error
> Attached is my proposal to fix this issue, please try.
Looks good!
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype-devel
It seems that some truncation occurs when the fonts are embedded.
In the case of FA families, all family names are truncated as
"XX+FA". It is not only FA family, but also found for MS Gothic too.
The string after the first ASCII space (0x20) is removed.
Yet I'm not sure if it is related with t
[Please *don't* send images in BMP format! They are extremely large
for no good reason. Use PNG or JPG instead.]
> "BKLGIB+FA" -- this is the embeded font in th document.
As Toshiya has mentioned, it should be rather
FA-RoundGothicB
> I opened the embeded font use font lab,
Attached is my proposal to fix this issue, please try.
In my case (Debian GNU/Linux xpdf-3.02-11), using the
patched freetype library by LD_PRELOAD, xpdf shows
readable result (without patch, the result is unreadable).
Regards,
mpsuzuki
suzuki toshiya wrote:
Johnson Y. Yan wrote (2012/06/11 16
Johnson Y. Yan wrote (2012/06/11 16:03):
Werner and Toshiya-san,
I put the font as a tricky font to deal with.
static const char trick_names[TRICK_NAMES_COUNT]
[TRICK_NAMES_MAX_CHARACTERS + 1] =
{
"DFKaiSho-SB", /* dfkaisb.ttf */
"DFKaiShu",
I had ever registered NEC FA fonts as the tricky hinting fonts,
on 2011/Apr/30. However, it seems that the fonts embedded in the
documents were newer than that I registered.
# The registered fonts in my hands have no English familyname,
# (thus, FA-Gothic names cannot enable switch the tricky hin
Some fonts embedded in the document look like the NEC FA fonts
that I had ever registered as the tricky hinting fonts.
I will check, please wait a while.
Regards,
mpsuzuki
Johnson Y. Yan wrote:
Werner,
Do you mean the font must be rendered use
TT_CONFIG_OPTION_BYTECODE_INTERPRETER? I open it,
Werner,
Do you mean the font must be rendered use
TT_CONFIG_OPTION_BYTECODE_INTERPRETER? I open it, but still render error.
#define TT_CONFIG_OPTION_BYTECODE_INTERPRETER
int load_flags = (m_Face->face_flags & FT_FACE_FLAG_SFNT) ? FT_LOAD_NO_BITMAP :
(FT_LOAD_NO_BITMAP |FT_LOAD_NO_HINTING);
int e
> I render the pdf text use freetype, but it is different with adobe
> acrobat shows, is there anyone can analyze the reason?
The font in question must be rendered with TrueType hinting, otherwise
it produces the bad results you get. For example, ghostscript 9.05 is
doing this. Simply try to vi
29 matches
Mail list logo