Thu 22 May 2008 01:07:39 AM UTC, comment #2:
I've sent you an email earlier, seems like I didn't grasp the situation, sorry :)
I'll quote it here:
=================================================================
It's not bug #20801 (which seems to be solved). I wrote a couple of times about
another bug concerning rendering certain Cyrillic characters, sush as "д".
I will cite myself then:
-------------------------------------------------------------------------------
> As I wrote several months earlier [:)], there's a problem with rendering of
> Cyrillic glyph 'д' with Tahoma (and AFAIR with other M$ Windows fonts as well).
> I'm attaching two screenshots of my desktop - sorry they are so big, but you can
> see the difference when you switch from one to another (look at highlighted
> 'Александр' in the Gajim window). Seems like 'р' is being put too close to the
> previous glyph...
> Though overall rendering is better with 2.3.5.
>
> Regression testing gave me the date when the bug was introduced: 2007-06-15,
> so I hope solving the issue is gonna be a bit easier for you, devs. :)
>
> My configuration is:
>
> rendering - best shapes
> resolution: 96 dpi
> smoothing: grayscale
> hinting: medium
>
> using the autohinter.
------------------------------------------------------------------------------
I have to clear the things out a bit:
First, this applies not only to Tahoma, but for linux original Sans font as
well - at certain resolutions, I think.
Second, seems like it's not this commit that broke font rendering:
> 2007-06-15 Dmitry Timoshkov <dmitry@codeweavers.com>
>
> * builds/win32/ftdebug.c: Unify debug level handling with other
> platforms.
- because this one is pretty much innocent.
I think it must be this commit:
> 2007-06-14 Werner Lemberg <wl@gnu.org>
>
> * src/autofit/aflatin.c (af_latin_uniranges): Expand structure to
> cover all ranges which could possibly be handled by the aflatin
> module (since the default fallback for unknown ranges is now the
> afcjk module). It might be necessary to fine-tune this further by
> splitting off modules for Greek, Cyrillic, or other blocks.
|