[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#33207: 26.1; Incorrect display of braille unicode
From: |
Eli Zaretskii |
Subject: |
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@gmail.com>
> Date: Sat, 3 Nov 2018 21:36:31 -0700
>
> On Wed, 31 Oct 2018 at 09:10, Eli Zaretskii <eliz@gnu.org> wrote:
>
> > From: Noam Postavsky <npostavs@gmail.com>
> > Cc: Justin Heyes-Jones <justinhj@gmail.com>, 33207@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.
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- bug#33207: 26.1; Incorrect display of braille unicode,
Eli Zaretskii <=