GNU bug report logs - #15138
Font rendering error on OSX

Previous Next

Package: emacs;

Reported by: Michael Toomim <toomim <at> cs.washington.edu>

Date: Tue, 20 Aug 2013 06:32:01 UTC

Severity: normal

Done: Jan Djärv <jan.h.d <at> swipnet.se>

Bug is archived. No further changes may be made.

Full log

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

From: Kenichi Handa <handa <at> gnu.org>
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: toomim <at> cs.washington.edu, 15138 <at> debbugs.gnu.org
Subject: Re: bug#15138: Font selection error on OSX
Date: Mon, 02 Sep 2013 23:50:10 +0900

In article <B1058569-FA76-4B76-84DF-46A38916008F <at> swipnet.se>, Jan Djärv <jan.h.d <at> swipnet.se> writes:

> I've made a fix for this in the trunk, please try it.

Do you mean this change?

	* fontset.c (face_for_char): Check char in the current face font first
	if HAVE_NS (Bug#15138).

I agree that this change improves font selection for
symbols, but it's not good for many scripts for which just
having a glyph is not enough.  For instance, if the default
font has Hindi glyphs but doesn't have the OTF features for
Hindi script, we must find another proper font for Hindi.

How about modifying the current fontset mechanism as this?

(1) Allow t for FONT-SPEC of set-fontset-font to tell that
    the default font should be tried.
(2) Modiyf the default fontset to include `t' as the
    font-spec for scripts/characters for which the default
    font is ok.

---
Kenichi Handa
handa <at> gnu.org
This bug report was last modified 11 years and 260 days ago.

Previous Next

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