[Pkg-fonts-devel] Bug#680582: Combining diacritics out of place

[Vincent Lefevre]

found 680582 20111207+git-1
tags 680582 - unreproducible
thanks

Hi Vasudev,

I can still reproduce the bug with gedit and fonts-droid 20111207+git-1.

On 2012-11-25 13:34:28 +0530, Vasudev Kamath wrote:
> I tried to reproduce the bug you mentioned in fonts-droid. Attaching the
> screen shots.

I don't see any attached screenshot.

> As you can see in gedit it shows  áe with top bar between
> a and e

which is an incorrect behavior. So, you can reproduce the bug (but
it remains to determinate whether it is a bug in the font or in
the rendering engine).

> this I assume is natural because Mono fonts assume all glyphs
> are uni width but á is not uni width glyph hence can't be placed in a
> single cell. This is my assumption I may be wrong but please enlighten
> me if so.

This is wrong. For instance, there's no such problem with
DejaVuSansMono.ttf. So, there's something incorrect in some
Mono fonts (but not all). Unfortunately, I am not an expert
and I don't know what.

> Now the same font renders fine in konsole see the second screen shot
> which means font is proper but if the issue exists its indeed in engine
> which is rendering it in gedit. IIRC gnome uses pango and KDE qt
> rendering engines so is that why its rendering so?

It can be a possibility. But qt might also have some workaround (or
don't look at all font properties, which could mean that you may see
the effect of two bugs that compensate, but I don't know...).

The fact that two different Mono fonts show different behaviors with
some renderer makes me think that it is more probably a problem in
some fonts.

-- 
Vincent Lefèvre <vincent at vinc17.net> - Web: <http://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)