unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Stephen Eglen <sje30@cam.ac.uk>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 45557@debbugs.gnu.org, sje30@cam.ac.uk
Subject: bug#45557: 27.1; Incorrect rendering of COMBINING OVERLINE
Date: Fri, 01 Jan 2021 08:28:04 +0000	[thread overview]
Message-ID: <87ft3lf4dn.fsf@cam.ac.uk> (raw)
In-Reply-To: <83r1n6gg7m.fsf@gnu.org>


On Thu, Dec 31 2020, Eli Zaretskii wrote:

>> From: Stephen Eglen <sje30@cam.ac.uk>
>> Cc: Stephen Eglen <sje30@cam.ac.uk>, 45557@debbugs.gnu.org
>> Date: Thu, 31 Dec 2020 14:12:25 +0000
>> 
>> > If you move the cursor to x̅, does Emacs display a single cursor block
>> > that includes both x and the overline, or does it behave as if those
>> > were 2 separate glyphs?  If the latter, what does Emacs show in the
>> > *Help* buffer if you go to the ̅ glyph and type "C-u C-x ="?
>> 
>> It appears as two separate glyphs.  The first is char "x" (decimal 120)
>> and then the second is given as below
>> 
>> position: 86 of 87 (98%), column: 3
>>             character: ̅ (displayed as ̅) (codepoint 773, #o1405, #x305)
>>               charset: unicode-bmp (Unicode Basic Multilingual Plane (U+0000..U+FFFF))
>> code point in charset: 0x0305
>>                script: latin
>>                syntax: w 	which means: word
>>              category: ^:Combining
>>              to input: type "C-x 8 RET 305" or "C-x 8 RET COMBINING OVERLINE"
>>           buffer code: #xCC #x85
>>             file code: #xCC #x85 (encoded by coding system utf-8-unix)
>>               display: by this font (glyph code)
>>     ftcrhb:-UKWN-JuliaMono-normal-normal-normal-*-19-*-*-*-m-0-iso10646-1 (#x1F1D)
>
> 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.

I think this can be closed now!

After much debugging and reinstalls of Emacs under different
configurations, I found the problem is not with Emacs, but the way in
which I installed JuliaMono.

If I install the fonts using

yay -S ttf-JuliaMono

i.e. using the arch package manager, I get the problem.  If I uninstall
that package, and install the fonts manually, by putting them in my
~.fonts/ folder and running "fc-cache -fv", the combining characters
work fine.

I could not find out why this made any difference.  I can see one small
issue, i.e. that when installing fonts using the package manager, it
does a little bit of extra work, by running some hooks.  These hooks
effectively run "mkfontscale" and "mkfontdir" in the system directory,
and update the files /usr/share/fonts/TTF/fonts.dir,fonts.scale .
However, if I temporarily removed those hooks, I still get the problem.

Either way, this is much an arch problem not an Emacs problem I feel.

Thanks everyone for your help.

Stephen





  parent reply	other threads:[~2021-01-01  8:28 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-30 13:42 bug#45557: 27.1; Incorrect rendering of COMBINING OVERLINE Stephen Eglen
2020-12-31  5:24 ` Lars Ingebrigtsen
2020-12-31  7:33   ` Eli Zaretskii
2020-12-31  9:06     ` Stephen Eglen
2020-12-31 14:15       ` Eli Zaretskii
2020-12-31 13:45 ` Eli Zaretskii
2020-12-31 14:12   ` Stephen Eglen
2020-12-31 15:14     ` Eli Zaretskii
2020-12-31 16:11       ` Stephen Eglen
2021-01-01  8:28       ` Stephen Eglen [this message]
2021-01-01 11:09         ` Lars Ingebrigtsen
2021-01-02 18:47         ` James Cloos
2021-01-06  2:38 ` Madhu
2021-01-06 15:10   ` Eli Zaretskii
2021-01-06 16:00     ` Madhu
2021-01-06 16:10       ` Eli Zaretskii
2021-01-07  6:10         ` Madhu
2021-01-07 14:16           ` Eli Zaretskii
2021-01-07 15:28             ` Robert Pluim

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87ft3lf4dn.fsf@cam.ac.uk \
    --to=sje30@cam.ac.uk \
    --cc=45557@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).