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

Previous Next

Full log

Message #32 received at 11450 <at> debbugs.gnu.org (full text, mbox):

From: David Leatherman <leathekd <at> gmail.com>
To: Steve Purcell <steve <at> sanityinc.com>
Cc: alptekin.aker <at> gmail.com, 11450 <at> debbugs.gnu.org
Subject: Re: 24.1.50;
	NS regression: fallback font used even when glyph available in
	primary font
Date: Wed, 05 Sep 2012 07:36:19 -0400

Ugh. That's too bad, but hopefully useful to someone who knows more
about fonts on the Mac.

You are right, of course, that the patch doesn't fix the underlying
issue. My theory is that there is some odd interaction between the added
character ranges an Apple font selection, but I don't know what it could
be. Perhaps Menlo, being a built-in font, appears earlier in the font
list and that is why it works.

There may have been other entries made in that commit that you will need
to revert. Or perhaps reverting the entire commit will work for you.

The commit, if you're interested: 97665d8445c7f8b142cae9db2d81bdcafa310243

Good luck!

> David; thanks, that's interesting, but there's still a fundamental issue that the fix doesn't work around.
>
> 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.
>
> -Steve

--
David

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.