GNU bug report logs -
#50865
28.0.50; Emoji with emoji modifier in Linux console garbles emacs display
Previous Next
Full log
View this message in rfc822 format
>>> I looked at the Linux kernel sources, and found from
>>> drivers/tty/vt/vt.c a table of characters which will be automatically
>>> padded with space when writing the glyph to the console. It recognizes
>>> two-column characters from Unicode 5.0.
>>
>> And does Emacs work correctly as long as you restrict yourself only to
>> those double-width characters? or are there still problems?
>
> I only lightly skimmed this thread, but there's been some work done in
> this area (displaying non-displayble characters on the console) over the
> last week, and I wonder whether that's fixed this issue, too?
>
It seems to have improved indeed, but I'm not sure it's really fixed.
Note that the display is garbled on terminals under X too, with the recipe
given by the OP (I tried xterm and rxvt).
That being said, emacs running in fbterm seems to give better results than
what the OP saw: after C-x 8 RET PERSON WITH FOLDED HANDS RET you see a
single diamond character followed by a space, which seems correct given
that the Emoji character has a width = 2. (In a terminal under X you'd
see a two character wide empty box at that point.)
After C-x 8 RET EMOJI MODIFIER FITZPATRICK TYPE-3 RET the space that
followed the diamond on display is replaced by another diamond character.
(In a terminal under X you'd see two two character wide empty boxes at
that point, which is worse.)
Aura, can you try either the current emacs-28 or the current master, and
tell us if you think the issue is fixed?
This bug report was last modified 2 years and 348 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.