From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.bugs Subject: bug#36315: 27.0.50; SVG transparency handling is inaccurate Date: Mon, 01 Jul 2019 12:46:55 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <83blymnaog.fsf@gnu.org> <83imstli5f.fsf@gnu.org> <83mui4jq4j.fsf@gnu.org> <83sgrvi060.fsf@gnu.org> <83imsnf8t0.fsf@gnu.org> Mime-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="145531"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?UTF-8?Q?Goj=C5=8D?=) APEL/10.8 EasyPG/1.0.0 Emacs/25.3 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) Cc: 36315@debbugs.gnu.org, pipcet@gmail.com To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jul 01 05:47:11 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 1hhnHZ-000bhT-RD for geb-bug-gnu-emacs@m.gmane.org; Mon, 01 Jul 2019 05:47:09 +0200 Original-Received: from localhost ([::1]:47486 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hhnHY-0003n5-5n for geb-bug-gnu-emacs@m.gmane.org; Sun, 30 Jun 2019 23:47:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50615) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hhnHT-0003mn-1X for bug-gnu-emacs@gnu.org; Sun, 30 Jun 2019 23:47:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hhnHR-0002c5-SY for bug-gnu-emacs@gnu.org; Sun, 30 Jun 2019 23:47:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:34012) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hhnHR-0002bw-Oz for bug-gnu-emacs@gnu.org; Sun, 30 Jun 2019 23:47:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hhnHR-00036P-MG for bug-gnu-emacs@gnu.org; Sun, 30 Jun 2019 23:47:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: YAMAMOTO Mitsuharu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Jul 2019 03:47:01 +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.156195282011917 (code B ref 36315); Mon, 01 Jul 2019 03:47:01 +0000 Original-Received: (at 36315) by debbugs.gnu.org; 1 Jul 2019 03:47:00 +0000 Original-Received: from localhost ([127.0.0.1]:47556 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hhnHO-000367-3F for submit@debbugs.gnu.org; Sun, 30 Jun 2019 23:46:58 -0400 Original-Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:64713) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hhnHL-00035x-SL for 36315@debbugs.gnu.org; Sun, 30 Jun 2019 23:46:56 -0400 Original-Received: from mathent.math.s.chiba-u.ac.jp (mathent [192.168.32.5]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 17346F08E1; Mon, 1 Jul 2019 12:46:55 +0900 (JST) (envelope-from mituharu@math.s.chiba-u.ac.jp) In-Reply-To: <83imsnf8t0.fsf@gnu.org> 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:161923 Archived-At: On Sun, 30 Jun 2019 23:26:51 +0900, Eli Zaretskii wrote: > > > Date: Sun, 30 Jun 2019 15:12:18 +0900 > > From: YAMAMOTO Mitsuharu > > Cc: pipcet@gmail.com, > > 36315@debbugs.gnu.org > > > > > > > > What kind of operations do you think librsvg should provide us with, > > > > > > instead of letting us use cairo? > > > > > > > > > > Those for which you called the Cairo functions directly. > > > > > > > > Which one, concretely? Or you mean something in other parts? > > > > > > All of the Cairo functions you called: > > > > > > cairo_create > > > cairo_destroy > > > cairo_image_surface_create > > > cairo_image_surface_get_data > > > cairo_image_surface_get_stride > > > cairo_paint > > > cairo_set_source_rgb > > > cairo_surface_destroy > > > cairo_surface_flush > > > cairo_surface_status > > > > Why do you think so? Librsvg does not provide us with any further > > abstractions over the cairo data structures. > > It just looks like we are using libcairo and not librsvg. > > Again, it isn't something entirely rational, it just sounds weird to > me. Imagine that users libxml2 would need to call libiconv to decode > UTF-8 encoded text in an XML file, for example. Doesn't look right. The situation for libcairo and librsvg should be familiar to us: we are directly using Emacs core functionality even when working with several major or minor modes. Anyway, this is the librsvg design we cannot change here. The situation for another SVG rendering library resvg (https://github.com/RazrFalcon/resvg), which supports multiple backends, looks similar in the above respect at first glance. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp