| Summary: | Garbage ouput on mixed AA/non-AA text on the same line | ||||||
|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Frederic Crozat <fcrozat> | ||||
| Component: | Lib/Xft | Assignee: | Keith Packard <keithp> | ||||
| Status: | CLOSED INVALID | QA Contact: | |||||
| Severity: | major | ||||||
| Priority: | high | ||||||
| Version: | unspecified | ||||||
| Hardware: | x86 (IA32) | ||||||
| OS: | Linux (All) | ||||||
| Whiteboard: | |||||||
| i915 platform: | i915 features: | ||||||
| Attachments: |
|
||||||
|
Description
Frederic Crozat
2003-08-19 07:26:01 UTC
Created attachment 51 [details] [review] Patch for fix the bug with Xft 2.0 Test page for mozilla/xft : http://www.uue.org/~mr/japtest.html I've tried to dig further for this bug (in fact, I was able to apply the format = 0 and if (!format || format->|| font->format->depth > format->depth) ormat = font->format;) stuff. It fixed the garbare but it also changed glyphs rendering (hinting mainly).. I'm not sure it is the right fix to use.. Any idea ? Sorry, my latest comment is incorrect, it doesn't fix glyph corruption.. I s*ck when I backported xft 2.1.2 to our XFree86 package.. I forgot xftrender.c changes :(( |
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.