From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#36315: 27.0.50; SVG transparency handling is inaccurate Date: Mon, 24 Jun 2019 20:41:03 +0300 Message-ID: <83blymnaog.fsf@gnu.org> References: Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="196151"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 36315@debbugs.gnu.org, pipcet@gmail.com To: YAMAMOTO Mitsuharu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jun 24 19:56:20 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hfTCW-000ovO-FR for geb-bug-gnu-emacs@m.gmane.org; Mon, 24 Jun 2019 19:56:20 +0200 Original-Received: from localhost ([::1]:53554 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hfTCV-0006Ya-EE for geb-bug-gnu-emacs@m.gmane.org; Mon, 24 Jun 2019 13:56:19 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49701) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hfSys-0003Of-6J for bug-gnu-emacs@gnu.org; Mon, 24 Jun 2019 13:42:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hfSyo-0007YV-OF for bug-gnu-emacs@gnu.org; Mon, 24 Jun 2019 13:42:14 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:44372) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hfSyg-0007QR-Hq for bug-gnu-emacs@gnu.org; Mon, 24 Jun 2019 13:42:06 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hfSyg-0006fY-EH for bug-gnu-emacs@gnu.org; Mon, 24 Jun 2019 13:42:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 24 Jun 2019 17:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36315 X-GNU-PR-Package: emacs Original-Received: via spool by 36315-submit@debbugs.gnu.org id=B36315.156139808125576 (code B ref 36315); Mon, 24 Jun 2019 17:42:02 +0000 Original-Received: (at 36315) by debbugs.gnu.org; 24 Jun 2019 17:41:21 +0000 Original-Received: from localhost ([127.0.0.1]:57915 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hfSy0-0006eS-M9 for submit@debbugs.gnu.org; Mon, 24 Jun 2019 13:41:20 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:43577) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hfSxy-0006eB-2q for 36315@debbugs.gnu.org; Mon, 24 Jun 2019 13:41:18 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:41088) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hfSxn-0006WF-9F; Mon, 24 Jun 2019 13:41:09 -0400 Original-Received: from [176.228.60.248] (port=3226 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hfSxm-0005kC-0y; Mon, 24 Jun 2019 13:41:07 -0400 In-reply-to: (message from YAMAMOTO Mitsuharu on Mon, 24 Jun 2019 16:56:45 +0900) 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:161258 Archived-At: > From: YAMAMOTO Mitsuharu > Cc: 36315@debbugs.gnu.org > > An alternative way would be to use rsvg_handle_render_cairo, which is > recommended by librsvg, and let it blend with the background color. > > Patch attached. Note that this does not require --with-cairo. > Raising the required version of librsvg to 2.14 is not a problem, as > we are already using rsvg_handle_get_dimensions that requires that > version. Is Windows librsvg DLL compiled with libcairo? librsvg on Windows is indeed build with libcairo, but if we don't get the --with-cairo option, we don't probe for the necessary functions, so at least theoretically we could have librsvg without Cairo. The patch looks quite large. Do we gain anything significant, apart of the appraisal of librsvg developers? I've built the patch on Windows (you forgot cairo_surface_destroy, so I needed to add it), but the result is strange, or maybe I don't understand what is expected. I don't see any rectangle of color #f00000, I see the entire frame with black background, and a few characters in other colors. Thanks.