Re: Display of undisplayable characters: \U01F3A8 instead of diamond

[Alan Mackenzie]

Hello, Eli.

On Sun, Aug 28, 2022 at 14:44:03 +0300, Eli Zaretskii wrote:
> > Date: Sun, 28 Aug 2022 11:07:24 +0000
> > Cc: rms@gnu.org, emacs-devel@gnu.org
> > From: Alan Mackenzie <acm@muc.de>

> > > > Why is that coding-system-equal form there?

> > > It was written based on the assumption that a terminal that supports
> > > the UTF-8 encoding can also display the original characters reasonably
> > > enough.  Are you saying that the Linux console lies about that, and
> > > those characters are displayed as hex codes?

> > Well, I think "lies" is a bit strong, here.  The Linux console uses UTF-8
> > characters, but is restricted to an arbitrary selection of 256 of them.
> > An attempt to display any other character on the screen gets \ufffd
> > displayed instead.  Possibly, double-width characters aren't correctly
> > handled, I don't know.  My console is configured to use Latin-1, and it
> > also includes some line graphic characters, but not the punctuation
> > characters used by makeinfo.

> If the console is configured for Latin-1, how come the terminal's
> encoding is UTF-8?

I think I meant that portion of UTF-8 which is based on Latin-1.

> > Those characters were indeed displayed as hex codes, until I applied the
> > patch below.

> Thanks, installed on the release branch.

Thanks!  I look forward to the patch arriving in master.

-- 
Alan Mackenzie (Nuremberg, Germany).