[Bug 10342] Add support for SubPixel font rendering

[wine-bugs at winehq.org]

http://bugs.winehq.org/show_bug.cgi?id=10342


Byeongsik Jeon <bsjeon at hanmail.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bsjeon at hanmail.net




--- Comment #36 from Byeongsik Jeon <bsjeon at hanmail.net>  2008-12-22 23:37:54 ---
(In reply to comment #35)
> Thank you for the patch.  I had already tried using the various filtering
> methods in freetype by modifying that line, to no avail.  When I do a close-up
> pixel examination between my two screenshots, it appears that they are
> identical, except that the farthest left subpixel component and the farthest
> right subpixel component of some glyphs (in the Notepad one) are being
> truncated.  In other words, the LCD_DEFAULT is rendering as you would expect,
> but somewhere along the line the glyph is being forced into a box that doesn't
> allow for the edge FIR subpixels to bleed into it.  Let's say the glyph is
> really 10 pixels wide in mono.  In FIR filtering, the glyph may need to be 12
> (1+10+1) pixels wide, in order to account for the subpixel averaging that can
> occur on either side.  My guess is that is what is happening here, but I'm not
> sure if that is happening in your patch, or at some other step.  Once again,
> it's possible that it is only affecting my setup (as seems to be the case with
> a lot of things!)
> 
> Thank you again for your efforts on this!
> 
Oh!!! Yes. I understand. It's my mistake.

In my another simple&dirty patch with LCD_DEFAULT, this problem fixed.
But For more clean patch, I need the time.


-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.