Bug 4509 - cairo does not follow fontconfig transformations
Summary: cairo does not follow fontconfig transformations
Status: RESOLVED FIXED
Alias: None
Product: cairo
Classification: Unclassified
Component: xlib backend (show other bugs)
Version: 1.1.1
Hardware: x86 (IA32) Linux (All)
: high normal
Assignee: Carl Worth
QA Contact: cairo-bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-09-19 07:52 UTC by Funda Wang
Modified: 2006-06-14 00:10 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:

Attachments
cairo-ft-oblique.patch (2.07 KB, patch)
2005-09-19 07:53 UTC, Funda Wang 		Details | Splinter Review
cairo-cvs-ft-oblique.patch (1.22 KB, patch)
2005-10-16 10:21 UTC, Funda Wang 		Details | Splinter Review
View All

Description Funda Wang 2005-09-19 07:52:37 UTC 
It seems that the applications based on pango/cairo cannot benifit from 
FT_GlyphSlot_Oblique function. So, if the font itself does not have oblique/
italic style, we can only render the font under normal style.
Comment 1 Funda Wang 2005-09-19 07:53:52 UTC 
Created attachment 3323 [details] [review]
cairo-ft-oblique.patch

How about this one?
Comment 2 Funda Wang 2005-10-16 10:21:59 UTC 
Created attachment 3564 [details] [review]
cairo-cvs-ft-oblique.patch

Or this one?
Comment 3 Funda Wang 2005-12-11 19:50:03 UTC 
Could somebody check this patch indeed?
Comment 4 Funda Wang 2006-01-31 02:56:01 UTC 
I've changed the title of this bug in order to reflect the patch involved.
Comment 5 Funda Wang 2006-04-23 19:17:30 UTC 
No news?
Comment 6 Behdad Esfahbod 2006-06-13 22:34:08 UTC 
Sunmoon, can you look into these?
Comment 7 Jinghua Luo 2006-06-14 00:10:41 UTC 
Behdad:
We didn't need this patch for artificial oblique. It works fine with HEAD(bitmap
and scalable fonts are OK).

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.