GNU bug report logs - #39554
27.0.50; cairo not composing sequences

Previous Next

Package: emacs;

Reported by: James Cloos <cloos <at> jhcloos.com>

Date: Mon, 10 Feb 2020 20:54:02 UTC

Severity: normal

Merged with 23292, 44784

Found in versions 24.5, 27.0.50

Full log

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

From: James Cloos <cloos <at> jhcloos.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Robert Pluim <rpluim <at> gmail.com>, 39554 <at> debbugs.gnu.org
Subject: Re: bug#39554: 27.0.50; cairo not composing sequences
Date: Fri, 11 Feb 2022 15:40:19 -0500

>>>>> "RP" == Robert Pluim <rpluim <at> gmail.com> writes:
>>>>> "LI" == Lars Ingebrigtsen <larsi <at> gnus.org> writes:

RP>> I donʼt see the issue with DejaVu Sans Mono in an Xft build, and can
RP>> reproduce it in an Xft+Harfbuzz build, so Cairo is not to blame here.

LI> in that case Emacs doesn't combine chars.  So it's a
LI> matter of choosing a font that has wider coverage, I think.

no.

in this case one font is used.

w/ m17lib+libotf the two glyphs are combined and displayed one atop the other
(ie, z-axis stacking).

w/ harfbuzz the two glyphs still are combined but displayed next to each other.
(ie, x-axis stacking).

the first way is the correct way.  the latter is a bug.

-JimC
-- 
James Cloos <cloos <at> jhcloos.com>         OpenPGP: 0x997A9F17ED7DAEA6
This bug report was last modified 3 years and 94 days ago.

Previous Next

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