bug#15273: 24.3.50; Combining character sequences are displayed weirdly

[Eli Zaretskii]

> From: Jan Djärv <jan.h.d@swipnet.se>
> Date: Sat, 7 Sep 2013 10:02:44 +0200
> Cc: xfq.free@gmail.com,
>  15273@debbugs.gnu.org
> 
> >>> So I'm not sure what are we still discussing here, since the quality
> >>> of fonts on any given platform is hardly on-topic in the bug tracker,
> >>> and the NS font driver is not part of Emacs.
> >> 
> >> nsfont.m:
> >> 
> >> Copyright (C) 2006-2013 Free Software Foundation, Inc.
> >> 
> >> This file is part of GNU Emacs.
> > 
> > The OP said that he tried many fonts, and none worked correctly.
> 
> So what?  The NS font driver is still part of Emacs even if it has bugs.

What kind of bugs do you have in mind?  If the characters aren't
composed, then the only bug I can think of is that nsfont.m somehow
processes the character metrics in the font incorrectly.  To test this
hypothesis Someone(TM) should show the character metrics using some
external tool, and compare that with what nsfont.m calculates.  Or,
alternatively, show that exactly the same font does produce a correct
display on another platform; then we could compare the two font
back-ends we have for these platforms.

As long as none of this is done, adding more pictures to this
discussion doesn't help us make any progress.  And I cannot understand
why requests for showing "C-u C-x =" are consistently ignored by the OP.