GNU bug report logs - #42366
UTF8 QR codes vs. emacs

Previous Next

Full log

View this message in rfc822 format

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
Cc: 42366 <at> debbugs.gnu.org
Subject: bug#42366: UTF8 QR codes vs. emacs
Date: Wed, 05 Aug 2020 12:26:55 +0200

[Message part 1 (text/plain, inline)]

積丹尼 Dan Jacobson <jidanni <at> jidanni.org> writes:

> Compare how
> $ qrencode -t UTF8 x
> looks in
> $ emacs -nw -f shell # vs.
> $ emacs     -f shell
>
> As you can see in the latter it is quite mangled,
> perhaps beyond machine recognition.

It's not good in any case, really.  Here's the X version:

[Message part 2 (image/png, inline)]

[Message part 3 (text/plain, inline)]

Note the horizontal lines -- it should be a solid white field.

And with -nw it's just a complete mess:

[Message part 4 (image/png, inline)]

[Message part 5 (text/plain, inline)]

I guess...  it's translating all the Unicode characters instead of just
letting the terminal render them?  The terminal does have these
characters; when running the program directly in the shell everything
works fine.

Does anybody know how to make shell-mode (under -nw) just output the
characters?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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