From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Alan Third Newsgroups: gmane.emacs.bugs Subject: bug#36315: 27.0.50; SVG transparency handling is inaccurate Date: Tue, 25 Jun 2019 19:44:28 +0100 Message-ID: <20190625184428.GB18019@breton.holly.idiocy.org> References: <83blymnaog.fsf@gnu.org> <83imstli5f.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="55648"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Mutt/1.12.0 (2019-05-25) 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 Tue Jun 25 20:45:34 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 1hfqRd-000EGr-VZ for geb-bug-gnu-emacs@m.gmane.org; Tue, 25 Jun 2019 20:45:30 +0200 Original-Received: from localhost ([::1]:34670 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hfqRc-00006P-En for geb-bug-gnu-emacs@m.gmane.org; Tue, 25 Jun 2019 14:45:28 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53745) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hfqRD-00006E-OL for bug-gnu-emacs@gnu.org; Tue, 25 Jun 2019 14:45:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hfqRC-0004By-Rp for bug-gnu-emacs@gnu.org; Tue, 25 Jun 2019 14:45:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48228) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hfqRC-0004At-N1 for bug-gnu-emacs@gnu.org; Tue, 25 Jun 2019 14:45:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hfqRC-0007uP-HE for bug-gnu-emacs@gnu.org; Tue, 25 Jun 2019 14:45:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Alan Third Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 25 Jun 2019 18:45: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.156148827930352 (code B ref 36315); Tue, 25 Jun 2019 18:45:02 +0000 Original-Received: (at 36315) by debbugs.gnu.org; 25 Jun 2019 18:44:39 +0000 Original-Received: from localhost ([127.0.0.1]:33539 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hfqQo-0007tU-NT for submit@debbugs.gnu.org; Tue, 25 Jun 2019 14:44:38 -0400 Original-Received: from mail-wr1-f53.google.com ([209.85.221.53]:39861) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hfqQn-0007tH-C8 for 36315@debbugs.gnu.org; Tue, 25 Jun 2019 14:44:37 -0400 Original-Received: by mail-wr1-f53.google.com with SMTP id x4so19032514wrt.6 for <36315@debbugs.gnu.org>; Tue, 25 Jun 2019 11:44:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=BolbMGsbJ6cXFc5I53WoH7QGYquTTufKU+O61VBF80w=; b=mRbpRO9qViQRyZhYPLUMI3jtUs0JmUvKJoQoYck3llhPaRdEB9VHmFpfs9d85BBncc iR4RbBx964OuJUe5EUipu0hpxoXgQPd8DuCUQ2hlU2grOFDOhim2Djwz037kncQ4vFV2 JWlly5eicHIeUGjOmMK4ctCl0ZFu1/aNCTo99j9EFAjR0qA39ao9GSJu7qKR9pvMIYie rKeWOMabk4ZA8m+B7QFd3SNwUN+rbP3GiBz1PCMhtHvhUi2zzzZm70e2b71s4S7r85vV w63MbbWs5HGYzLfeP2ne7dOmMU0Gya5FAZzLaIWJYzozYDOeFHYg+lsRbn5fNxTDCSM7 S/Og== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=BolbMGsbJ6cXFc5I53WoH7QGYquTTufKU+O61VBF80w=; b=HDJ2z66SPFrNh0KtKfYXp5zR64HoJAHXcxXTsiqS6qvxkG9l02gHtf+AI/S7KlPta8 sXC0rIy5b88+1arRMaE7wIyYS+iY16Eln8UVoZyzSO0qIes3W0agl9jCJZeoDQUWIC9h zlPRthPHoiN2gFDMyHmJWG1/9uUiFSZ28zBYUDXsKPWC6kCyokjzlvBECmcm6e3A94Kc 25MsPIIyTF4prc7q0juL2AJO4v7HhH0ZfHLNyHqyy7OEwqDaD2TXUFJWICgDiPc/NVBU GoGGhfYndDKQyHz1AFalRyCd1jpzMhZSX5+2TpWBOhFeXIecPj4GwQMt5yM8hrWYAG9U 1IEw== X-Gm-Message-State: APjAAAUbsnIVA/r3zqUlI6kMP4VqScyuQwnSrB9DYZ+W0yQ7zTC88gL1 /HeH3deZAVpFO3TbSi85Klk= X-Google-Smtp-Source: APXvYqyHzD2fH0Sp90U7DxOJQZsmdG4Qg704UVxHF2zcHTkBIbrLIe5mlM39yQr9/3F5wZEmbQhk6w== X-Received: by 2002:a5d:4b12:: with SMTP id v18mr34200452wrq.123.1561488271269; Tue, 25 Jun 2019 11:44:31 -0700 (PDT) Original-Received: from breton.holly.idiocy.org (ip6-2001-08b0-03f8-8129-4c3a-3ac6-07f3-e813.holly.idiocy.org. [2001:8b0:3f8:8129:4c3a:3ac6:7f3:e813]) by smtp.gmail.com with ESMTPSA id z5sm3233875wmf.48.2019.06.25.11.44.30 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 25 Jun 2019 11:44:30 -0700 (PDT) Content-Disposition: inline In-Reply-To: <83imstli5f.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:161412 Archived-At: On Tue, Jun 25, 2019 at 07:54:52PM +0300, Eli Zaretskii wrote: > > 3. Image transformations can be applied when rendering to the cairo > > surface, not after generating bitmaps. So we can take advantage of > > outline format and get better results of scaling. This is not in > > the patch. Probably it should be done by a separate commit after > > general image transformation code has been stabilized. > > Maybe it's just me, but I'm uneasy to bypass librsvg and call Cairo > directly for manipulating SVG images. Why doesn't librsvg provide a > way to do this via its own APIs? > > Does anyone else think it's unusual to make such direct calls to what > is essentially a lower-level library? Librsvg doesn’t provide any way to modify the images. It loads them into either ‘GIO’ format (whatever that is), Cairo, or a pixel buffer. There are functions for use with a GDKPixBuf that allow scaling, but they’re now deprecated in favour of using Cairo. -- Alan Third