GNU bug report logs - #26742
Display bug with composed strings

Previous Next

Package: emacs;

Reported by: Clément Pit--Claudel <clement.pitclaudel <at> live.com>

Date: Tue, 2 May 2017 06:59:01 UTC

Severity: normal

Done: mituharu <at> math.s.chiba-u.ac.jp

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Clément Pit--Claudel <clement.pitclaudel <at> live.com>
Cc: 26742 <at> debbugs.gnu.org
Subject: Re: bug#26742: Display bug with composed strings
Date: Tue, 02 May 2017 19:46:11 +0300
> Cc: 26742 <at> debbugs.gnu.org
> From: Clément Pit--Claudel <clement.pitclaudel <at> live.com>
> Date: Tue, 2 May 2017 11:40:08 -0400
> 
> On 2017-05-02 04:15, Eli Zaretskii wrote:
> > If you change the font use for displaying ℝ and ≤, does the problem go
> > away?
> 
> No: it seems to happen both in my heavily-customized Emacs and in emacs -Q.

That doesn't necessarily answer my question, unless the font used to
display those two characters is different in "emacs -Q" and in your
customized session.

If both use the same font, please try forcing Emacs to use some other
font, perhaps one that is more wide-spread on GNU/Linux systems, and
see if that changes anything.

If that doesn't help, then the next question is: is this problem
specific to these two characters, or is it more general?  If the
latter, I suspect the shaping engine used in your case is the culprit,
so perhaps upgrade your libotf, libm17n-flt, and m17n-db packages.  If
you already have the latest versions of these, it would be time to ask
Handa-san to chime in and look into this.




This bug report was last modified 8 years and 18 days ago.

Previous Next


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