Re: OSX: anti-aliasing missing for some glyphs

[Jason Rumney]

C-u C-x = should tell you more about what Emacs thinks of the characters, including what font it is using. Comparing the output for different characters may offer some clues as to what is different about the characters (I'd suspect a different font being used for this charset). In the screenshot you sent, all the characters look antialiased to me, though some appear to be displayed using a font witha  different weight than the others.


David Reitter wrote:

I wonder why some glyphs are displayed in the wrong font, or at least  without anti-aliasing, as evidenced by the below screenshot.
It seems to me like the routine that produces a fontset  (create- fontset-from-mac-roman-font) decides to include some standard (etl?)  font for these characters, even though they are perfectly available  from the correct font (or mac font family or whatever it is the  system uses to normally display the characters).

I've had one report from a user saying that he couldn't display these  characters at all - they only appear as boxes. It seems to me that  the characters affected are just the ones that are displayed using  the standard font without anti-aliasing. The user says that he can  perfectly display these characters in other applications, so they  must be available from the fonts. Since he tried out a variety of  fontsets, it seems to be quite an issue...

The screenshot below shows croatian characters. Produce them by  hitting the ] key (and neighbors) after M-x set-input-method croatian.

This happens on a CVS-derived, up-to-date Emacs on OS X 10.4.2.

---

_______________________________________________
Emacs-pretest-bug mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug