From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#39554: 27.0.50; cairo not composing sequences Date: Tue, 11 Feb 2020 05:26:19 +0200 Message-ID: <83k14tby90.fsf@gnu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="24755"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 39554@debbugs.gnu.org To: James Cloos Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Feb 11 04:27:11 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1j1MCd-0006I7-0w for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 11 Feb 2020 04:27:11 +0100 Original-Received: from localhost ([::1]:42822 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j1MCb-0006nl-VU for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 10 Feb 2020 22:27:09 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36720) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j1MCV-0006nZ-4B for bug-gnu-emacs@gnu.org; Mon, 10 Feb 2020 22:27:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j1MCU-0003sA-5V for bug-gnu-emacs@gnu.org; Mon, 10 Feb 2020 22:27:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:49781) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j1MCU-0003rr-1o for bug-gnu-emacs@gnu.org; Mon, 10 Feb 2020 22:27:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1j1MCT-0006bN-UO for bug-gnu-emacs@gnu.org; Mon, 10 Feb 2020 22:27:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 Feb 2020 03:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39554 X-GNU-PR-Package: emacs Original-Received: via spool by 39554-submit@debbugs.gnu.org id=B39554.158139159925348 (code B ref 39554); Tue, 11 Feb 2020 03:27:01 +0000 Original-Received: (at 39554) by debbugs.gnu.org; 11 Feb 2020 03:26:39 +0000 Original-Received: from localhost ([127.0.0.1]:55754 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j1MC6-0006am-Kh for submit@debbugs.gnu.org; Mon, 10 Feb 2020 22:26:38 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:49266) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j1MC4-0006aa-Sn for 39554@debbugs.gnu.org; Mon, 10 Feb 2020 22:26:37 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:36644) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1j1MBz-0002O9-Av; Mon, 10 Feb 2020 22:26:31 -0500 Original-Received: from [176.228.60.248] (port=2289 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1j1MBy-0004UK-Lw; Mon, 10 Feb 2020 22:26:31 -0500 In-reply-to: (message from James Cloos on Mon, 10 Feb 2020 15:53:32 -0500) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:175921 Archived-At: > From: James Cloos > Date: Mon, 10 Feb 2020 15:53:32 -0500 > > Sequences like 0̸ fail to display composed in master --with-cairo but do > when usin xft. Please show a complete reproducing recipe for this problem. > In a version w/o cairo I get: > > Composed with the following character(s) "̸" using this font: > xft:-unknown-DejaVu Sans Mono-normal-normal-normal-*-22-*-*-*-m-0-iso10646-1 > by these glyphs: > > and the single char takes up the same width as any ascii letter. > > W/ cair i get: > > Composed with the following character(s) "̸" using this font: > ftcrhb:-unknown-DejaVu Sans Mono-normal-normal-normal-*-22-*-*-*-m-0-iso10646-1 > by these glyphs: > [0 1 48 19 13 1 12 16 0 nil] > [0 1 824 704 13 0 13 17 1 nil] > > and the single char takes twice the expected width, but still works as a > sing;e char. OTOH, in the *Help* buffer '"̸"' is three separate chars. > Buth with xft '"̸"' displays with the slash overlaying the first ". > As it should. This means that the font backend couldn't produce a single glyph for the character combination, for some reason, so it displayed the original glyphs as a single grapheme cluster. IOW, character composition did work, it just didn't find a precomposed glyph in the font, or maybe the precomposed glyph was rejected for some reason. We need the detailed use case to investigate. Please also tell what is your version of HarfBuzz, in case this matters. And in the XFT case, what was the shaping engine? was it libflt? Thanks.