GNU bug report logs - #31315
wrong font encoding for fallback font

Previous Next

Package: emacs;

Reported by: Werner LEMBERG <wl <at> gnu.org>

Date: Mon, 30 Apr 2018 07:22:01 UTC

Severity: normal

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Werner LEMBERG <wl <at> gnu.org>
To: eliz <at> gnu.org
Cc: handa <at> gnu.org, 31315 <at> debbugs.gnu.org
Subject: bug#31315: wrong font encoding for fallback font
Date: Thu, 03 May 2018 21:05:28 +0200 (CEST)
>> I can only repeat that Emacs might tag a certain text with GB18030
>> so that the user can deduce a Chinese origin.  However, there is
>> *no* guarantee that the user gets a Chinese-flavoured font – at
>> least not from the xft interface.[**]
> 
> IME, there's no guarantee about anything in the Emacs font look up
> heuristics, except that empirically it does TRT in about 85% of
> uses.

If you don't install pan-CJK Unicode fonts, I fully agree :-)

> May I invite you to work on revisiting the design and implementation
> of the Emacs font-look up facilities, and on modernizing them?  I'm
> afraid we didn't have an active developer in this area for several
> years, and I fear that we will stagnate (or already are stagnating).

Alas, my Elisp knowledge is ... well ... not impressive.  Basically,
I'm just an Emacs user, not an Emacs developer.

With Xft, there is no possibility for improvement IMHO.  The probably
best choice is to switch to Pango for font access (in case you don't
do that already).  An Emacs charset essentially triggers a language
and script setting, and those two parameters can be passed to Pango,
AFAIK.


    Werner

This bug report was last modified 7 years and 79 days ago.

Previous Next


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