Re: [ft-devel] Freetype render issue
Werner, We use the new CFF engine, the glyph is displayed correct now. Thanks. Johnson Y. Yan 发件人： Werner LEMBERG 发送时间： 2013-06-28 18:50:49 收件人： yinsen_yan 抄送： freetype-devel 主题： Re: [ft-devel] Freetype render issue An integral sign should be displayed in attachment pdf file. Could you help check this issue is caused by freetype? Indeed, there are rendering issues in the raw CFF font `cmex10' embedded in the PDF: I get many `stack underflow' tracing messages using the old CFF engine. However, if you use the new CFF engine, all glyphs are displayed correctly. Note that the `stack underflow' messages are correct actually since the constructed `cmex10' font is buggy: For example, glyph 5 contains `vhcurveto' with zero arguments as the very last operator which is invalid according to the Type 2 specification. In other words, FreeType's old CFF engine is correct, and you should fix your application's CFF builder. Werner ___ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] Freetype render issue
An integral sign should be displayed in attachment pdf file. Could you help check this issue is caused by freetype? Indeed, there are rendering issues in the raw CFF font `cmex10' embedded in the PDF: I get many `stack underflow' tracing messages using the old CFF engine. However, if you use the new CFF engine, all glyphs are displayed correctly. Note that the `stack underflow' messages are correct actually since the constructed `cmex10' font is buggy: For example, glyph 5 contains `vhcurveto' with zero arguments as the very last operator which is invalid according to the Type 2 specification. In other words, FreeType's old CFF engine is correct, and you should fix your application's CFF builder. Werner ___ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] Freetype render issue
JYY == Johnson Y Yan yinsen_...@foxitsoftware.com writes: JYY An integral sign should be displayed in attachment pdf file. JYY Could you help check this issue is caused by freetype? The integral was visible here in mupdf, evince (using poppler/cairo), poppler/splash (tested via pdftoppm) and ghostsrcipt-9.07. I run git master of freetype and everthing above other than ghostsrcipt. -JimC -- James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6 ___ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel
[ft-devel] Freetype render issue
Hi, An integral sign should be displayed in attachment pdf file. Could you help check this issue is caused by freetype? Johnson Y. Yan This email may contain information which is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is strictly prohibited. It is also the sole responsibility of the recipient to ensure that the email is virus free and no responsibility is accepted by Foxit Corporation, as applicable, for any loss or damage arising in any way from using this email. If you received this email in error, please immediately contact the sender and destroy the material in its entirety. EACself7-1.pdf Description: Binary data ___ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] Freetype render issue
May be need to reset the limit pointer: t1parser.c: line 395: Found: parser-root.limit = parser-base_dict + parser-base_len; T1_Skip_PS_Token( parser ); cur = parser-root.cursor; limit = parser-root.limit; Yin-Sen, thanks for the bug report and fix; I think this is the right one, so I have it committed to the git repository. Werner ___ Freetype-devel mailing list Freetype-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype-devel
