GNU bug report logs - #39799
28.0.50; Most emoji sequences don’t render correctly

Previous Next

Full log

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

From: Mike FABIAN <mfabian <at> redhat.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: rpluim <at> gmail.com, 39799 <at> debbugs.gnu.org
Subject: Re: bug#39799: 28.0.50; Most emoji sequences don’t render correctly
Date: Sat, 29 Feb 2020 18:03:01 +0100

Eli Zaretskii <eliz <at> gnu.org> さんはかきました:

>> From: Mike FABIAN <mfabian <at> redhat.com>
>> Cc: rpluim <at> gmail.com,  39799 <at> debbugs.gnu.org
>> Date: Sat, 29 Feb 2020 12:36:51 +0100
>> 
>> > You could have the same in Emacs if you define a special face that
>> > uses the other font, and then put that face on the sequence which
>> > isn't composed using the font selected by Emacs.
>> 
>> I think I don’t understand that completely. But you seem to say that it
>> is possible to make Emacs use different fonts for U+24C2 and the
>> sequence U+24C2 U+FE0F ?
>
> It should be possible, yes.  Define a new face, and make that face use
> a font that can display sequences like U+24C2 U+FE0E.  Then put a
> 'face' text property whose value is that face you defined, on the text
> containing such a sequence.  This should force Emacs to use the font
> you specified for that stretch of text, regardless of the fontset and
> the default font.

But that would be a manual process? Or would it be displayed like that
by default?

> Given that we don't really see why sequences with U+FE0E are needed,
> perhaps requiring Lisp programs which do want to display such
> sequences to use a special face is not such a big deal?

Ah, I see, something like

(require 'improve-emoji-display)

which does this magic defining such a face.

-- 
Mike FABIAN <mfabian <at> redhat.com>
睡眠不足はいい仕事の敵だ。

Previous Next

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