GNU bug report logs - #45557
27.1; Incorrect rendering of COMBINING OVERLINE

Previous Next

Full log

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

From: Stephen Eglen <sje30 <at> cam.ac.uk>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 45557 <at> debbugs.gnu.org, sje30 <at> cam.ac.uk
Subject: Re: bug#45557: 27.1; Incorrect rendering of COMBINING OVERLINE
Date: Thu, 31 Dec 2020 16:11:46 +0000

> And the same info about "x" also shows the same font, i.e.
>
>   ftcrhb:-UKWN-JuliaMono-normal-normal-normal-*-19-*-*-*-m-0-iso10646-1
>
> Anyway, the above means Emacs didn't compose these COMBINING OVERLINE
> woth "x", for some reason.  The question is why.

yes; this is the output for "x":

             position: 85 of 87 (97%), column: 2
            character: x (displayed as x) (codepoint 120, #o170, #x78)
              charset: ascii (ASCII (ISO646 IRV))
code point in charset: 0x78
               script: latin
               syntax: w 	which means: word
             category: .:Base, L:Left-to-right (strong), a:ASCII, l:Latin, r:Roman
             to input: type "C-x 8 RET 78" or "C-x 8 RET LATIN SMALL LETTER X"
          buffer code: #x78
            file code: #x78 (encoded by coding system utf-8-unix)
              display: by this font (glyph code)
    ftcrhb:-UKWN-JuliaMono-normal-normal-normal-*-19-*-*-*-m-0-iso10646-1 (#xA7)

Character code properties: customize what to show
  name: LATIN SMALL LETTER X
  general-category: Ll (Letter, Lowercase)
  decomposition: (120) ('x')

There are text properties here:
  fontified            t

[back]

Previous Next

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