GNU bug report logs - #48125
28.0.50; Display garbled by emoji variation sequence

Previous Next

Package: emacs;

Reported by: Filipp Gunbin <fgunbin <at> fastmail.fm>

Date: Fri, 30 Apr 2021 16:21:01 UTC

Severity: normal

Found in version 28.0.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


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

From: Filipp Gunbin <fgunbin <at> fastmail.fm>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 48125 <at> debbugs.gnu.org
Subject: Re: bug#48125: 28.0.50; Display garbled by emoji variation sequence
Date: Tue, 04 May 2021 19:20:27 +0300
On 04/05/2021 19:05 +0300, Eli Zaretskii wrote:

>> From: Filipp Gunbin <fgunbin <at> fastmail.fm>
>> Cc: 48125 <at> debbugs.gnu.org
>> Date: Tue, 04 May 2021 18:34:09 +0300
>>
>> BTW, I see that emoji, as well as other characters from fonts different
>> from my selected one (Terminal has some font fallback logic), have
>> different width.  Is it ok for Emacs if a terminal emulator uses
>> different widths for different chars?
>
> OK in what sense?  On TTY frames layout and rendering are left to the
> terminal emulator; if it can handle this situation, Emacs won't care.

The effect of different widths is, of course, different number of chars
per line (easily seen in Terminal with emoji or Asian scripts).  Does
Emacs make assumptions about number of columns per line?  That's what I
meant.

Thanks.




This bug report was last modified 4 years and 74 days ago.

Previous Next


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