bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#11450: 24.1.50; NS regression: fallback font used even when glyph av


From: David Leatherman
Subject: bug#11450: 24.1.50; NS regression: fallback font used even when glyph available in primary font
Date: Wed, 05 Sep 2012 07:36:19 -0400
User-agent: Notmuch/0.13.2 (http://notmuchmail.org) Emacs/24.2.1 (x86_64-apple-darwin11.4.0)

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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]