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

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Justin Heyes-Jones <justinhj <at> gmail.com>
Cc: 33207-done <at> debbugs.gnu.org
Subject: Re: bug#33207: 26.1; Incorrect display of braille unicode
Date: Sun, 04 Nov 2018 14:49:04 +0200

tags 33207 notabug
thanks

> From: Justin Heyes-Jones <justinhj <at> gmail.com>
> Date: Sat, 3 Nov 2018 21:36:31 -0700
> 
> On Wed, 31 Oct 2018 at 09:10, Eli Zaretskii <eliz <at> gnu.org> wrote:
> 
>  > 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.
> 
> Thanks for looking into this. I wasn't able to get any of the fonts provided with macOS to display the BRAILLE
> characters correctly, but when I downloaded some additional fonts with better unicode support, the characters
> displayed correctly. So I think you're correct, this is not an Emacs bug.

Thanks, so I'm closing the bug.

Previous Next

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