[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#39799: 28.0.50; Most emoji sequences don’t render correctly
From: |
Mike FABIAN |
Subject: |
bug#39799: 28.0.50; Most emoji sequences don’t render correctly |
Date: |
Sat, 29 Feb 2020 18:03:01 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) |
Eli Zaretskii <eliz@gnu.org> さんはかきました:
>> From: Mike FABIAN <mfabian@redhat.com>
>> Cc: rpluim@gmail.com, 39799@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@redhat.com>
睡眠不足はいい仕事の敵だ。
- bug#39799: 28.0.50; Most emoji sequences don’t render correctly, (continued)
- bug#39799: 28.0.50; Most emoji sequences don’t render correctly, Eli Zaretskii, 2020/02/28
- bug#39799: 28.0.50; Most emoji sequences don’t render correctly, Robert Pluim, 2020/02/28
- bug#39799: 28.0.50; Most emoji sequences don’t render correctly, Mike FABIAN, 2020/02/28
- bug#39799: 28.0.50; Most emoji sequences don’t render correctly, Eli Zaretskii, 2020/02/28
- bug#39799: 28.0.50; Most emoji sequences don’t render correctly, Mike FABIAN, 2020/02/29
- bug#39799: 28.0.50; Most emoji sequences don’t render correctly, Eli Zaretskii, 2020/02/29
- bug#39799: 28.0.50; Most emoji sequences don’t render correctly, Mike FABIAN, 2020/02/29
- bug#39799: 28.0.50; Most emoji sequences don’t render correctly, Eli Zaretskii, 2020/02/29
- bug#39799: 28.0.50; Most emoji sequences don’t render correctly, Mike FABIAN, 2020/02/29
- bug#39799: 28.0.50; Most emoji sequences don’t render correctly, Eli Zaretskii, 2020/02/29
- bug#39799: 28.0.50; Most emoji sequences don’t render correctly,
Mike FABIAN <=
- bug#39799: 28.0.50; Most emoji sequences don’t render correctly, Eli Zaretskii, 2020/02/29
- bug#39799: 28.0.50; Most emoji sequences don’t render correctly, Mike FABIAN, 2020/02/29
- bug#39799: 28.0.50; Most emoji sequences don’t render correctly, Eli Zaretskii, 2020/02/29
- bug#39799: 28.0.50; Most emoji sequences don’t render correctly, Mike FABIAN, 2020/02/29
- bug#39799: 28.0.50; Most emoji sequences don’t render correctly, Eli Zaretskii, 2020/02/29
- bug#39799: 28.0.50; Most emoji sequences don’t render correctly, Mike FABIAN, 2020/02/28
- bug#39799: 28.0.50; Most emoji sequences don’t render correctly, Eli Zaretskii, 2020/02/28
- bug#39799: 28.0.50; Most emoji sequences don’t render correctly, Eli Zaretskii, 2020/02/28
- bug#39799: 28.0.50; Most emoji sequences don’t render correctly, Robert Pluim, 2020/02/28
- bug#39799: 28.0.50; Most emoji sequences don’t render correctly, Eli Zaretskii, 2020/02/28