GNU bug report logs - #33207
26.1; Incorrect display of braille unicode

Previous Next

Package: emacs;

Reported by: Justin Heyes-Jones <justinhj <at> gmail.com>

Date: Tue, 30 Oct 2018 15:52:02 UTC

Severity: normal

Tags: notabug

Found in version 26.1

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: justinhj <at> gmail.com, 33207 <at> debbugs.gnu.org
Subject: Re: bug#33207: 26.1; Incorrect display of braille unicode
Date: Wed, 31 Oct 2018 18:09:39 +0200
> From: Noam Postavsky <npostavs <at> gmail.com>
> Cc: Justin Heyes-Jones <justinhj <at> gmail.com>,  33207 <at> debbugs.gnu.org
> Date: Tue, 30 Oct 2018 20:54:31 -0400
> 
> > Probably macOS specific: that character displays fine on MS-Windows.
> 
> On my GNU/Linux box with both GTK and Lucid builds, I see that the
> blanked dots do show up, similar to what the OP shows in their linked
> screenshot.  Interestingly, I *don't* see the blanked dots in the
> completion window for C-x 8 RET braille TAB.

Indeed, with Unifont I see it here also.  I found one or two other
fonts that have the same effect, but most of them display this
character as blank.

So if a different font works for the OP as well, I think we can
conclude that this is a font issue, not an Emacs bug.




This bug report was last modified 6 years and 259 days ago.

Previous Next


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