GNU bug report logs - #22253
Background of transparent PNG images uses default background color, instead of current one

Previous Next

Package: emacs;

Reported by: Clément Pit--Claudel <clement.pitclaudel <at> live.com>

Date: Mon, 28 Dec 2015 02:46:02 UTC

Severity: normal

Tags: confirmed, wontfix

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 22253 in the body.
You can then email your comments to 22253 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#22253; Package emacs. (Mon, 28 Dec 2015 02:46:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Clément Pit--Claudel <clement.pitclaudel <at> live.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Mon, 28 Dec 2015 02:46:02 GMT) Full text and rfc822 format available.

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

From: Clément Pit--Claudel <clement.pitclaudel <at> live.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Background of transparent PNG images uses default background color,
 instead of current one
Date: Mon, 28 Dec 2015 03:45:38 +0100
[Message part 1 (text/plain, inline)]
Hi all,

When no :background is specified for a transparent PNG, the background color of the 'default face is used. This causes aliasing effect to appear then e.g. the image is highlighted (transient-mark-mode).

To reproduce (on latest emacs-25):

* Save https://i.stack.imgur.com/BqrLK.png as ~/rooster.png
* emacs -Q
  M-: (insert #(" 🐤" 1 2
	  (display
	   (image :type imagemagick :file "~/rooster.png" :ascent center :mask heuristic :height 150))))
* Notice that the picture looks perfectly antialiased against the default white background
* C-x h
* Notice the aliasing

Can I provide more information on this bug?

Cheers,
Clément.

In GNU Emacs 25.0.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 3.10.8)
 of 2015-10-20
Repository revision: 13274cd5d9eb87273c14656084286d5321193858
Windowing system distributor 'The X.Org Foundation', version 11.0.11501000
System Description:	Linux Mint 17.2 Rafaela

Configured using:
 'configure CFLAGS=-O3'

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GCONF GSETTINGS
NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11

Important settings:
  value of $LC_TIME: en_DK.UTF-8
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message dired format-spec
rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util help-fns help-mode easymenu cl-loaddefs pcase cl-lib mail-prsvr
mail-utils time-date mule-util tooltip eldoc electric uniquify
ediff-hook vc-hooks lisp-float-type mwheel x-win term/common-win x-dnd
tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment
elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan
thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian
slovak czech european ethiopic indian cyrillic chinese charscript
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote dbusbind inotify
dynamic-setting system-font-setting font-render-setting move-toolbar gtk
x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 81322 5072)
 (symbols 48 19200 0)
 (miscs 40 53 159)
 (strings 32 12798 5368)
 (string-bytes 1 370572)
 (vectors 16 10812)
 (vector-slots 8 418744 6298)
 (floats 8 134 160)
 (intervals 56 313 16)
 (buffers 976 11)
 (heap 1024 38000 1041))

[signature.asc (application/pgp-signature, attachment)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#22253; Package emacs. (Thu, 01 Aug 2019 17:01:01 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Clément Pit--Claudel <clement.pitclaudel <at> live.com>
Cc: 22253 <at> debbugs.gnu.org
Subject: Re: bug#22253: Background of transparent PNG images uses default
 background color, instead of current one
Date: Thu, 01 Aug 2019 18:59:55 +0200
Clément Pit--Claudel <clement.pitclaudel <at> live.com> writes:

> When no :background is specified for a transparent PNG, the background color of the 'default face is used. This causes aliasing effect to appear then e.g. the image is highlighted (transient-mark-mode).
>
> To reproduce (on latest emacs-25):
>
> * Save https://i.stack.imgur.com/BqrLK.png as ~/rooster.png
> * emacs -Q
>   M-: (insert #(" 🐤" 1 2
> 	  (display
> 	   (image :type imagemagick :file "~/rooster.png" :ascent center :mask heuristic :height 150))))
> * Notice that the picture looks perfectly antialiased against the default white background
> * C-x h
> * Notice the aliasing

The only way to fix this would be to re-generate the images whenever the
background colour of the image changes, I guess?  Or to support alpha
channels directly in the display engine, and I don't think we have
support for that?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Added tag(s) confirmed. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Thu, 01 Aug 2019 17:01:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#22253; Package emacs. (Thu, 26 Sep 2019 16:23:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Clément Pit--Claudel <clement.pitclaudel <at> live.com>
Cc: 22253 <at> debbugs.gnu.org
Subject: Re: bug#22253: Background of transparent PNG images uses default
 background color, instead of current one
Date: Thu, 26 Sep 2019 18:22:32 +0200
Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> The only way to fix this would be to re-generate the images whenever the
> background colour of the image changes, I guess?  Or to support alpha
> channels directly in the display engine, and I don't think we have
> support for that?

We don't, so I don't think there's any realistic way to fix this glitch.
I'm closing this bug report, but if anybody has a transparently bright
idea here, please reopen.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Added tag(s) wontfix. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Thu, 26 Sep 2019 16:23:02 GMT) Full text and rfc822 format available.

bug closed, send any further explanations to 22253 <at> debbugs.gnu.org and Clément Pit--Claudel <clement.pitclaudel <at> live.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Thu, 26 Sep 2019 16:23:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 25 Oct 2019 11:24:08 GMT) Full text and rfc822 format available.

This bug report was last modified 5 years and 323 days ago.

Previous Next


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