GNU bug report logs - #44664
28.0.50; troubles with some chars in term

Previous Next

Package: emacs;

Reported by: Jean Louis <bugs <at> gnu.support>

Date: Sun, 15 Nov 2020 19:46:01 UTC

Severity: minor

Tags: confirmed

Merged with 6718, 36983

Found in versions 23.2, 25.3, 27.0.50, 28.0.50

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: schwab <at> linux-m68k.org, bugs <at> gnu.support, 44664 <at> debbugs.gnu.org
Subject: Re: bug#44664: 28.0.50; troubles with some chars in term
Date: Wed, 18 Nov 2020 17:11:02 +0200
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: Eli Zaretskii <eliz <at> gnu.org>,  bugs <at> gnu.support,  44664 <at> debbugs.gnu.org
> Date: Wed, 18 Nov 2020 09:45:00 +0100
> 
> As Andreas says, it's basically a font problem.

Hmm...?

> Here's how it's displayed in Emacs:

Oh, you two were talking about the original screenshot presented in
this bug?  I was talking about the last one, where I cannot see any
wide characters, only octal escapes.

So yes, in that original screenshot some characters are wider than 1
column.  But shouldn't the Lisp program which produces this display
take the character widths into account?

Failing that, I don't see how this could be fixed, because  no single
font could support too many scripts, and if the user reads email in
many different languages, they will eventually bump into some script
which needs a different font.




This bug report was last modified 3 years and 131 days ago.

Previous Next


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