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

[Vasudev Kamath]

On 17:36 Sun 25 Nov     , Vincent Lefevre wrote:
> On 2012-11-25 19:17:06 +0530, Vasudev Kamath wrote:
> > Only in gedit but still the behaviour is not the same as one you
> > mentioned.
> 
> Sorry if this wasn't clear. Actually it is the same as the one I've
> mentioned in the following message:
> 
>   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680582#23
> 
> "But for the last two, the accent appears after the first character
> and before the second one."

Sorry I didn't completely read it then :-).

> 
> (i.e. Liberation Mono and Droid Sans Mono fall in the same class,
> but not Vera Mono, which has another incorrect behavior).
> 
> I've just done a test with gnome-terminal, and with the droid font,
> the accent appears over the "e". The behavior is different here (but
> still wrong). However I suspect that the cause may be the same or at
> least related, and I think that the discussion should be kept at the
> same place.

So it still confuses on who is culprit because DroidSans Mono renders
perfectly well on KDE Konsole. Or is it may be because the difference in
approach how pango and Qt rendering engine handles this (if any).

> 
> Note: with DejaVu Sans Mono, the behavior is correct with both gedit
> and gnome-terminal (accent over the "a").

Yeah it renders fine even on Konsole

> 
> > > 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.
> > 
> > Sorry forgot to attach screenshots
> 
> The screenshots seem to confirm what I can see.
>
OK

> > > > 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).
> > 
> > But in case of other fonts it bar goes on top of 
> 
> ?

The same behaviour which you described above the bar shows up on top of e

> 
> > I checked with DejaVu and FreeMono and it indeed renders as expected but
> > behaviour is bit different in case of Droid Sans Mono but totally wrong
> > in bitstream and liberation and Inconsolata too!
> 
> The Ubuntu bug also mentions Courier New, which is incorrect.

I see I didn't check that font. But I found the behaviour in
fonts-inconsolata 

> 
> > > 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.
> > 
> > I'm also not sure because Droid Sans Mono renders perfectly fine in
> > Konsole and others don't so even I'm not sure what is wrong!
> 
> There are at least 3 possible behaviors in gedit (one is correct,
> two are incorrect), depending on the chosen Mono font. So, this
> is a bit complex. One should first know what is the cause.
>

Until some font or rendering engine expert checks this issue I guess we
won't be going anywhere :-).

Anyway thanks for the clarifications

-- 
Vasudev Kamath
http://copyninja.info
Connect on ~friendica: copyninja@{frndk.de | vasudev.homelinux.net}
IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net}
GPG Key: C517 C25D E408 759D 98A4  C96B 6C8F 74AE 8770 0B7E
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-fonts-devel/attachments/20121125/5b419a45/attachment.pgp>