GNU bug report logs -
#11450
24.1.50; NS regression: fallback font used even when glyph available in primary font
Previous Next
Reported by: Steve Purcell <steve <at> sanityinc.com>
Date: Fri, 11 May 2012 12:47:02 UTC
Severity: normal
Tags: fixed, moreinfo
Found in version 24.1.50
Fixed in version 25.1
Done: Alan Third <alan <at> idiocy.org>
Bug is archived. No further changes may be made.
Full log
Message #52 received at 11450 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi Alan,
I hadn't noticed due to some workarounds but this bug appears to be fixed.
Great success!
Thanks,
David
On Sun, Jul 17, 2016 at 4:41 PM, Alan Third <alan <at> idiocy.org> wrote:
> Steve Purcell <steve <at> sanityinc.com> writes:
>
> > For example, the "GREEK SMALL LETTER LAMDA" (sic) character is
> > available in my favoured primary fonts (Pragmata Pro or Anonymous
> > Pro), but Emacs 24 still displays the Times New Roman version of the
> > character. It turns out that this mistake is also made by Emacs
> > 23.3.1.
> >
> > Meanwhile, OS X's Textedit app renders that character correctly in any
> > font which contains it.
> >
> > Strangely, if Emacs' default font is set to Menlo, the lambda
> > character from that font *is* used. The same applies to the "EMPTY
> > SET" character.
>
> Hi, are either of you still seeing the problems with the incorrect fonts
> being used? The entire font back-end for Emacs on OS X was replaced some
> time ago, so hopefully if the problem wasn't sorted before then, that
> should have done it.
> --
> Alan Third
>
[Message part 2 (text/html, inline)]
This bug report was last modified 8 years and 309 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.