GNU bug report logs - #11450
24.1.50; NS regression: fallback font used even when glyph available in primary font

Previous Next

Package: emacs;

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 #44 received at 11450 <at> debbugs.gnu.org (full text, mbox):

From: Alan Third <alan <at> idiocy.org>
To: Steve Purcell <steve <at> sanityinc.com>
Cc: alptekin.aker <at> gmail.com, 11450 <at> debbugs.gnu.org,
 David Leatherman <leathekd <at> gmail.com>
Subject: Re: bug#11450: 24.1.50;
 NS regression: fallback font used even when glyph available in
 primary font
Date: Sun, 17 Jul 2016 21:41:40 +0100
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




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.