Bug 127872

Summary:	freetype-2.10 renders artifical bold font improperly.
Product:	Gentoo Linux	Reporter:	Ming Zhao (RETIRED) <ming>
Component:	[OLD] Library	Assignee:	foser (RETIRED) <foser>
Status:	RESOLVED FIXED
Severity:	normal	CC:	gentoo
Priority:	High
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---
Attachments:	screenshot-improper.png screenshot-fixed.png freetype-2.10-bold.patch

Description Ming Zhao (RETIRED) gentoo-dev

2006-03-28 09:50:16 UTC

I'll give the screenshorts for comparision.

Comment 1 Ming Zhao (RETIRED) gentoo-dev

2006-03-28 09:51:17 UTC

Created attachment 83309 [details]
screenshot-improper.png

The error part has been marked with red line.

Comment 2 Ming Zhao (RETIRED) gentoo-dev

2006-03-28 09:52:07 UTC

Created attachment 83310 [details]
screenshot-fixed.png

Comment 3 Ming Zhao (RETIRED) gentoo-dev

2006-03-28 09:55:13 UTC

Created attachment 83311 [details, diff]
freetype-2.10-bold.patch

Comment 4 foser (RETIRED) gentoo-dev

2006-03-28 11:09:08 UTC

the effect is clear, what do I need to reproduce this ? Is this just with non-latin characters, if not can you provide a screenshot with latin chars ?

Comment 5 Ming Zhao (RETIRED) gentoo-dev

2006-03-29 06:17:41 UTC

The bug can only be reproduced when rendering a char without a real bold font for the corresponding charset in the system(then pseudo font is enabled). Since most systems have bold fonts for latin charset, while most fonts for Asian lanaguages have no real bold fonts, so the bug can be easily reproduced for Asian charsets but is hard to reproduce it with latin chars.

And the bug has been fixed by upstream, see: http://cvs.savannah.gnu.org/viewcvs/freetype/freetype2/src/base/ftsynth.c?r1=1.27&r2=1.28

Comment 6 foser (RETIRED) gentoo-dev

2006-06-19 14:22:30 UTC

my excuses for the delay

added the patch to freetype-2.1.10-r1, please test.