GNU bug report logs -
#45557
27.1; Incorrect rendering of COMBINING OVERLINE
Previous Next
Reported by: Stephen Eglen <sje30 <at> cam.ac.uk>
Date: Wed, 30 Dec 2020 17:38:02 UTC
Severity: normal
Tags: notabug
Found in version 27.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
* Eli Zaretskii <eliz <at> gnu.org> <83turu11xm.fsf <at> gnu.org>
Wrote on Wed, 06 Jan 2021 18:10:29 +0200
>> From: Madhu <enometh <at> meer.net>
>> > Anyway, I see no Emacs problems in your description, only font
>> > problems. The text you sent is displayed correctly on my system, both
>> > of its lines.
Can you try using a font with emacs which does not compose the x and
overbar?
>> I assume the mswindows and applemac systems dont pull in harfbuzz?
> No, the Windows build does use HarfBuzz.
Whatever is doing the visual composition of x + overbar (when emacs is
explicitly asked not to do it by turning auto-composition-mode off) -
it isn't harfbuzz. It happens on an emacs (--without-all) which links
to freetype without harfbuzz/cairo (and even when emacs isn't using m17n-lib)
Very puzzling.
This bug report was last modified 4 years and 132 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.