unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#56182: 28.1; Display of SVG file with transparent background is incorrect
@ 2022-06-24  6:30 Pascal Quesseveur
  2022-06-24  9:23 ` Lars Ingebrigtsen
  0 siblings, 1 reply; 10+ messages in thread
From: Pascal Quesseveur @ 2022-06-24  6:30 UTC (permalink / raw)
  To: 56182


Frame background color is set to royalblue4. Display of splash.svg
shows a background which looks dark orange.

emacs -Q \
--eval="(setq initial-frame-alist (list (cons 'background-color
\"royalblue4\")))"

(display-about-screen)



In GNU Emacs 28.1 (build 2, x86_64-w64-mingw32)
 of 2022-04-21 built on AVALON
Windowing system distributor 'Microsoft Corp.', version 10.0.19044
System Description: Microsoft Windows 10 Pro (v10.0.2009.19044.1766)

Configured using:
 'configure --with-modules --without-dbus --with-native-compilation
 --without-compress-install CFLAGS=-O2'

Configured features:
ACL GIF GMP GNUTLS HARFBUZZ JPEG JSON LCMS2 LIBXML2 MODULES
NATIVE_COMP NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND THREADS TIFF
TOOLKIT_SCROLL_BARS XPM ZLIB

(NATIVE_COMP present but libgccjit not available)

Important settings:
  value of $LANG: FRA
  locale-coding-system: cp1252

Major mode: Group

Minor modes in effect:
  gnus-topic-mode: t
  display-time-mode: t
  gnus-undo-mode: t
  shell-dirtrack-mode: t
  icomplete-mode: t
  auto-image-file-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-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
  buffer-read-only: t
  column-number-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t

Load-path shadows:
c:/Users/Public/emacs-site/lisp/bbdb/bbdb-vcard-export hides c:/Users/Public/emacs-site/lisp/utils/bbdb-vcard-export
c:/Users/Public/emacs-site/lisp/utils/wdired hides c:/Program Files/Emacs/emacs-28.1/share/emacs/28.1/lisp/wdired
c:/Users/Public/emacs-site/lisp/utils/ls-lisp hides c:/Program Files/Emacs/emacs-28.1/share/emacs/28.1/lisp/ls-lisp
c:/Users/Public/emacs-site/lisp/utils/iimage hides c:/Program Files/Emacs/emacs-28.1/share/emacs/28.1/lisp/iimage
c:/Users/Public/emacs-site/lisp/utils/calculator hides c:/Program Files/Emacs/emacs-28.1/share/emacs/28.1/lisp/calculator
c:/Users/Public/emacs-site/lisp/utils/table hides c:/Program Files/Emacs/emacs-28.1/share/emacs/28.1/lisp/textmodes/table
c:/Users/Public/emacs-site/lisp/remember/remember hides c:/Program Files/Emacs/emacs-28.1/share/emacs/28.1/lisp/textmodes/remember
c:/Users/Public/emacs-site/lisp/utils/rlogin hides c:/Program Files/Emacs/emacs-28.1/share/emacs/28.1/lisp/net/rlogin
c:/Users/Public/emacs-site/lisp/dictionary-1.8.7/dictionary hides c:/Program Files/Emacs/emacs-28.1/share/emacs/28.1/lisp/net/dictionary

Features:
(shadow warnings emacsbug gnus-fun org-element avl-tree generator
ol-eww eww xdg mm-url ol-rmail ol-mhe ol-irc ol-info ol-gnus nnselect
gnus-search eieio-opt speedbar ezimage dframe ol-docview doc-view
image-mode exif ol-bibtex ol-bbdb ol-w3m ol-doi org-link-doi org ob
ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-footnote org-src
ob-comint org-pcomplete org-list org-faces org-entities org-version
ob-emacs-lisp ob-core ob-eval org-table oc-basic bibtex ol org-keys oc
org-compat org-macs org-loaddefs find-func supercite regi canlock
cl-print help-fns radix-tree url-http url-gw url-auth url-queue
url-cache shr-color color flow-fill emms-info-libtag emms-player-vlc
emms-player-mpv emms-player-mplayer emms-playlist-limit emms-volume
emms-volume-mixerctl emms-volume-pulse emms-volume-amixer emms-i18n
emms-stream-info emms-mode-line-icon emms-playlist-sort
emms-last-played emms-playing-time emms-player-simple emms-streams
emms-show-all emms-tag-editor emms-mark emms-mode-line
emms-info-ogginfo emms-info-mp3info emms-info later-do
emms-playlist-mode emms-source-playlist emms-source-file locate
music-list music-album emms-setup emms emms-compat mule-util sort
smerge-mode diff diff-mode jka-compr smiley gnus-cite mm-archive
gnus-async gnus-bcklg qp gnus-ml gnus-topic nndraft nnmh gnus-agent
gnus-srvr gnus-score score-mode nnvirtual gnus-msg nnml utf-7 gnutls
nnfolder cl-extra help-mode gnus-cache time-stamp network-stream nsm
nntp time highlight-current-line color-theme smtpmail sendmail
tumblesocks tumblesocks-view tumblesocks-compose markdown-mode
noutline outline htmlize tumblesocks-user tumblesocks-api oauth sasl
sasl-anonymous sasl-login sasl-plain hex-util hmac-sha1 plantuml-mode
pcase dash thingatpt html2help footnote rx muse-odf muse-xml muse-help
muse-bbcode muse-blosxom muse-wiki muse-texinfo texnfo-upd texinfo
texinfo-loaddefs muse-latex muse-html muse-docbook muse-xml-common
cus-edit pp cus-load muse-publish muse-project muse-protocols info
muse-regexps muse muse-nested-tags muse-mode u-vm-color
org-import-icalendar icalendar diary-lib diary-loaddefs bbdb-gnus
gnus-art mm-uu mml2015 mm-view mml-smime smime dig gnus-sum shr
kinsoku svg dom browse-url gnus-group gnus-undo gnus-start gnus-dbus
dbus xml gnus-cloud nnimap nnmail mail-source utf7 netrc nnoo
gnus-spec gnus-int gnus-range gnus-win gnus nnheader bbdb-snarf
mail-extr bbdb-com message rmc puny dired-explore dired-sort-menu
wid-edit acid dired-arc file-op dired-x dired dired-loaddefs rfc822
mml mml-sec gnus-util rmail rmail-loaddefs mm-decode mm-bodies
mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums
mail-prsvr mailabbrev mail-utils gmm-utils mailheader
bbdb-vcard-export bbdb-export bbdb-autoloads bbdb timezone tramp
tramp-loaddefs trampver tramp-integration files-x tramp-compat shell
pcomplete parse-time iso8601 time-date format-spec which idb gud
easy-mmode compile text-property-search comint ansi-color ring
qproj-opascal jsee javadoc-lookup ido jserial jswat qproj-java jdok
tempo url url-proxy url-privacy url-expand url-methods url-history
url-cookie url-domsuf url-util url-parse auth-source eieio eieio-core
eieio-loaddefs password-cache json subr-x map seq byte-opt bytecomp
byte-compile cconv url-vars mailcap xml-parse doxymacs qproj-cpp qproj
server dos-indent generic generic-x cc-mode cc-fonts cc-guess cc-menus
cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs lunar solar
cal-dst cal-tex cal-iso cal-menu calendar cal-loaddefs epa-file epa
derived epg rfc6068 epg-config ps-mule ipp cl-seq cl-macs cl gv
printing ps-print ps-print-loaddefs ps-def lpr icomplete advice
image-file image-converter edmacro kmacro cl-loaddefs cl-lib
iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks
lisp-float-type elisp-mode mwheel dos-w32 ls-lisp disp-table
term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset
image regexp-opt fringe tabulated-list replace newcomment text-mode
lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch
easymenu timer select scroll-bar mouse jit-lock font-lock syntax
font-core term/tty-colors frame minibuffer 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 composite emoji-zwj charscript
charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvice button loaddefs faces cus-face macroexp files
window text-properties overlay sha1 md5 base64 format env code-pages
mule custom widget hashtable-print-readable backquote threads
w32notify w32 lcms2 multi-tty make-network-process native-compile
emacs)

Memory information:
((conses 16 714525 66517)
 (symbols 48 40777 14)
 (strings 32 201864 7603)
 (string-bytes 1 6805914)
 (vectors 16 63072)
 (vector-slots 8 1026455 70244)
 (floats 8 1284 406)
 (intervals 56 3081 357)
 (buffers 992 36))

-- 
Pascal Quesseveur





^ permalink raw reply	[flat|nested] 10+ messages in thread

* bug#56182: 28.1; Display of SVG file with transparent background is incorrect
  2022-06-24  6:30 bug#56182: 28.1; Display of SVG file with transparent background is incorrect Pascal Quesseveur
@ 2022-06-24  9:23 ` Lars Ingebrigtsen
  2022-06-24 12:18   ` Pascal Quesseveur
  2022-06-25  9:25   ` Eli Zaretskii
  0 siblings, 2 replies; 10+ messages in thread
From: Lars Ingebrigtsen @ 2022-06-24  9:23 UTC (permalink / raw)
  To: Pascal Quesseveur; +Cc: 56182

[-- Attachment #1: Type: text/plain, Size: 420 bytes --]

Pascal Quesseveur <pquessev@gmail.com> writes:

> Frame background color is set to royalblue4. Display of splash.svg
> shows a background which looks dark orange.
>
> emacs -Q \
> --eval="(setq initial-frame-alist (list (cons 'background-color
> \"royalblue4\")))"
>
> (display-about-screen)

I'm unable to reproduce this problem on Debian/bookworm, so it sounds
like it might be Windows/svg library version dependent:


[-- Attachment #2: Type: image/png, Size: 67469 bytes --]

[-- Attachment #3: Type: text/plain, Size: 106 bytes --]




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

^ permalink raw reply	[flat|nested] 10+ messages in thread

* bug#56182: 28.1; Display of SVG file with transparent background is incorrect
  2022-06-24  9:23 ` Lars Ingebrigtsen
@ 2022-06-24 12:18   ` Pascal Quesseveur
  2022-06-25  9:25   ` Eli Zaretskii
  1 sibling, 0 replies; 10+ messages in thread
From: Pascal Quesseveur @ 2022-06-24 12:18 UTC (permalink / raw)
  To: Lars Ingebrigtsen

[-- Attachment #1: Type: text/plain, Size: 402 bytes --]

>"LI" == Lars Ingebrigtsen <larsi@gnus.org> writes:

  LI> I'm unable to reproduce this problem on Debian/bookworm, so it sounds
  LI> like it might be Windows/svg library version dependent:

  I tried to replace librsvg by librsvg from version 27.1 and it
doesn't work either. Version 27.1 works fine.

  I also tried on another computer running a different versions of
windows, and it doesn't work.


[-- Attachment #2: 2022_06_24.png --]
[-- Type: image/png, Size: 32075 bytes --]

[-- Attachment #3: Type: text/plain, Size: 42 bytes --]


-- 
Pascal Quesseveur
pquessev@gmail.com

^ permalink raw reply	[flat|nested] 10+ messages in thread

* bug#56182: 28.1; Display of SVG file with transparent background is incorrect
  2022-06-24  9:23 ` Lars Ingebrigtsen
  2022-06-24 12:18   ` Pascal Quesseveur
@ 2022-06-25  9:25   ` Eli Zaretskii
  2022-06-25 16:32     ` Alan Third
  1 sibling, 1 reply; 10+ messages in thread
From: Eli Zaretskii @ 2022-06-25  9:25 UTC (permalink / raw)
  To: Lars Ingebrigtsen, Alan Third; +Cc: pquessev, 56182

> Cc: 56182@debbugs.gnu.org
> From: Lars Ingebrigtsen <larsi@gnus.org>
> Date: Fri, 24 Jun 2022 11:23:01 +0200
> 
> Pascal Quesseveur <pquessev@gmail.com> writes:
> 
> > Frame background color is set to royalblue4. Display of splash.svg
> > shows a background which looks dark orange.
> >
> > emacs -Q \
> > --eval="(setq initial-frame-alist (list (cons 'background-color
> > \"royalblue4\")))"
> >
> > (display-about-screen)
> 
> I'm unable to reproduce this problem on Debian/bookworm, so it sounds
> like it might be Windows/svg library version dependent:

Alan, any chance you could look into this?

If you cannot reproduce it, can you tell which factors affect the
background of SVG images in Emacs 28 in the above scenario?





^ permalink raw reply	[flat|nested] 10+ messages in thread

* bug#56182: 28.1; Display of SVG file with transparent background is incorrect
  2022-06-25  9:25   ` Eli Zaretskii
@ 2022-06-25 16:32     ` Alan Third
  2022-06-27  6:49       ` Pascal Quesseveur
                         ` (2 more replies)
  0 siblings, 3 replies; 10+ messages in thread
From: Alan Third @ 2022-06-25 16:32 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: pquessev, Lars Ingebrigtsen, 56182

On Sat, Jun 25, 2022 at 12:25:54PM +0300, Eli Zaretskii wrote:
> > Cc: 56182@debbugs.gnu.org
> > From: Lars Ingebrigtsen <larsi@gnus.org>
> > Date: Fri, 24 Jun 2022 11:23:01 +0200
> > 
> > Pascal Quesseveur <pquessev@gmail.com> writes:
> > 
> > > Frame background color is set to royalblue4. Display of splash.svg
> > > shows a background which looks dark orange.
> > >
> > > emacs -Q \
> > > --eval="(setq initial-frame-alist (list (cons 'background-color
> > > \"royalblue4\")))"
> > >
> > > (display-about-screen)
> > 
> > I'm unable to reproduce this problem on Debian/bookworm, so it sounds
> > like it might be Windows/svg library version dependent:
> 
> Alan, any chance you could look into this?
> 
> If you cannot reproduce it, can you tell which factors affect the
> background of SVG images in Emacs 28 in the above scenario?

I can't reproduce it.

An SVG can override the background colour, but splash.svg does not.

The background colour can be set directly using the :background image
spec.

If none of the above is true then the background is picked up from the
face defined in the "it" struct in xdisp.c where the image is defined.

If the face number is "-1" (which I suspect is only used for internal
usage in image.c, but you'll know better than me) then it uses the
default frame face.

Barring bugs, I don't think the version of librsvg should have any
effect on this as we set the background colour in the wrapper, which
as far as I'm aware will work on any SVG renderer.

I'm not sure if it's relevant, but in the screenshots provided by
Pascal some of the other face colours are different from what I see
here and what Lars has in his screenshot. It makes me wonder if
there's some other difference that's perhaps affecting this, although
I can't imagine what it could be.
-- 
Alan Third





^ permalink raw reply	[flat|nested] 10+ messages in thread

* bug#56182: 28.1; Display of SVG file with transparent background is incorrect
  2022-06-25 16:32     ` Alan Third
@ 2022-06-27  6:49       ` Pascal Quesseveur
  2022-06-27  8:12       ` Pascal Quesseveur
  2022-06-28 18:38       ` Pascal Quesseveur
  2 siblings, 0 replies; 10+ messages in thread
From: Pascal Quesseveur @ 2022-06-27  6:49 UTC (permalink / raw)
  To: Alan Third; +Cc: Eli Zaretskii, Lars Ingebrigtsen, 56182

Hello,

I installed the same version on another computer running W10, and
there is no problem with SVG background color. I cannot access the
computer on which the display was not good today. I'll take a closer
look at what differs between the installations tomorrow.


-- 
Pascal Quesseveur
pquessev@gmail.com





^ permalink raw reply	[flat|nested] 10+ messages in thread

* bug#56182: 28.1; Display of SVG file with transparent background is incorrect
  2022-06-25 16:32     ` Alan Third
  2022-06-27  6:49       ` Pascal Quesseveur
@ 2022-06-27  8:12       ` Pascal Quesseveur
  2022-06-28 18:38       ` Pascal Quesseveur
  2 siblings, 0 replies; 10+ messages in thread
From: Pascal Quesseveur @ 2022-06-27  8:12 UTC (permalink / raw)
  To: Alan Third; +Cc: Eli Zaretskii, Lars Ingebrigtsen, 56182

[-- Attachment #1: Type: text/plain, Size: 217 bytes --]

Hello,

I'm really sorry but my last email was wrong: the problem still exists
on this computer. I hadn't noticed that the runemacs command was
actually activating version 27.1. Here is the result with version
28.1.


[-- Attachment #2: emacs-2022_06_27_01.png --]
[-- Type: image/png, Size: 46595 bytes --]

[-- Attachment #3: Type: text/plain, Size: 42 bytes --]


-- 
Pascal Quesseveur
pquessev@gmail.com

^ permalink raw reply	[flat|nested] 10+ messages in thread

* bug#56182: 28.1; Display of SVG file with transparent background is incorrect
  2022-06-25 16:32     ` Alan Third
  2022-06-27  6:49       ` Pascal Quesseveur
  2022-06-27  8:12       ` Pascal Quesseveur
@ 2022-06-28 18:38       ` Pascal Quesseveur
  2022-06-28 19:45         ` Alan Third
  2 siblings, 1 reply; 10+ messages in thread
From: Pascal Quesseveur @ 2022-06-28 18:38 UTC (permalink / raw)
  To: Alan Third; +Cc: Eli Zaretskii, Lars Ingebrigtsen, 56182

>"AT" == Alan Third <alan@idiocy.org> a écrit :

  AT> I can't reproduce it.

From what I understand the way to deal with background transparency of
SVG images has changed in version 28.1 in function svg_load_image
(comments about opacity are still there but I think they are
irrelevant). Now the SVG image is encapsulated in another SVG image in
which a rect element is defined with the background color of the
image.

I don't know why it doesn't work on the W10 computers I work on. I
don't know if the problem comes from this modificatino either. It
seems to me that the displayed color is BGR instead of RGB and the
screen gamma correction is not applied. For what it's worth I managed
to work around the problem in lisp. With version 27.1 I had
implemented an advice to improve the taking into account of the
background color in the style of SVG file. So I extended that advice
to solve my problem.

(defun qsr/create-image (orig-fun file-or-data &optional type data-p &rest props)
  "Advice around create-image. When image type is SVG, look for a
background color in SVG style and define this color as background
property in returned image.

When emacs 28 on Windows correct background color."
  (let ((data-format
         (and data-p (or (plist-get props :format) t))))
    (setq type (ignore-error unknown-image-type
                 (image-type file-or-data type data-format)))
    (let ((image (apply orig-fun file-or-data type data-p props))
          color)
      (when image
        ;; Regexp to match
        ;; <svg xmlns="http://www" style="width:566px;background:#dddddd;"
        ;; or
        ;; <style ..>...background-color::#dddddd;...</style>
        (if (and (eq type 'svg) data-p
                 (or (string-match
                      "<svg[^>]*\\<style=\"[^\"]*\\<background[^:]*:\\([^;]*\\);"
                      file-or-data)
                     (string-match
                      "<style[^<]*background-color: *\\([^;]*\\);"
                      file-or-data)))
            (setq color (match-string 1 file-or-data))
          ;; No color defined in svg element, use default background.
          (setq color (face-attribute 'default :background))
          (when (and (= emacs-major-version 28)
                     (eq system-type 'windows-nt))
            ;; When emacs 28 transform color.
            (let ((crgb (color-values color))
                  (gamma (frame-parameter nil 'screen-gamma)))
              (when crgb
                (let ((r (elt crgb 0))
                      (g (elt crgb 1))
                      (b (elt crgb 2)))
                  ;; If screen gamma correction is defined in frame
                  ;; parameters, inverse gamma correction.
                  (when gamma
                    (let ((invgc (* gamma 0.45445)))
                      ;; are r g b always 2 bytes?
                      (setq r (* (expt (/ r 65535.0) invgc) 65535.0)
                            g (* (expt (/ g 65535.0) invgc) 65535.0)
                            b (* (expt (/ b 65535.0) invgc) 65535.0))))
                  ;; color is defined as BGR.
                  (setq color (format "#%4X%4X%4X" b g r)))
                )))
          )
        (setq image (nconc image (list :background color))))
      image)))
    
(advice-add 'create-image :around #'qsr/create-image)


-- 
Pascal Quesseveur
pquessev@gmail.com





^ permalink raw reply	[flat|nested] 10+ messages in thread

* bug#56182: 28.1; Display of SVG file with transparent background is incorrect
  2022-06-28 18:38       ` Pascal Quesseveur
@ 2022-06-28 19:45         ` Alan Third
  2022-06-29  2:26           ` Eli Zaretskii
  0 siblings, 1 reply; 10+ messages in thread
From: Alan Third @ 2022-06-28 19:45 UTC (permalink / raw)
  To: Pascal Quesseveur; +Cc: Eli Zaretskii, Lars Ingebrigtsen, 56182

On Tue, Jun 28, 2022 at 08:38:11PM +0200, Pascal Quesseveur wrote:
> >"AT" == Alan Third <alan@idiocy.org> a écrit :
> 
>   AT> I can't reproduce it.
> 
> From what I understand the way to deal with background transparency of
> SVG images has changed in version 28.1 in function svg_load_image
> (comments about opacity are still there but I think they are
> irrelevant). Now the SVG image is encapsulated in another SVG image in
> which a rect element is defined with the background color of the
> image.

Can you try using describe-face to compare the face where the image is
and another place where the background colour is shown correctly?


> I don't know why it doesn't work on the W10 computers I work on. I
> don't know if the problem comes from this modificatino either. It
> seems to me that the displayed color is BGR instead of RGB and the
> screen gamma correction is not applied. For what it's worth I managed
> to work around the problem in lisp. With version 27.1 I had
> implemented an advice to improve the taking into account of the
> background color in the style of SVG file. So I extended that advice
> to solve my problem.

*scratches head*

Eli, do we need to decode the "unsigned long" colours in a special way
on Windows? It could be I've missed a vital step and am using them
incorrectly. So if the colour is defined in BGR byte order, and I then
use the unsigned long directly in a printf("#%06X", colour) style,
that's likely to be wrong, yes?

-- 
Alan Third





^ permalink raw reply	[flat|nested] 10+ messages in thread

* bug#56182: 28.1; Display of SVG file with transparent background is incorrect
  2022-06-28 19:45         ` Alan Third
@ 2022-06-29  2:26           ` Eli Zaretskii
  0 siblings, 0 replies; 10+ messages in thread
From: Eli Zaretskii @ 2022-06-29  2:26 UTC (permalink / raw)
  To: Alan Third; +Cc: pquessev, larsi, 56182

> Date: Tue, 28 Jun 2022 20:45:17 +0100
> From: Alan Third <alan@idiocy.org>
> Cc: Eli Zaretskii <eliz@gnu.org>, Lars Ingebrigtsen <larsi@gnus.org>,
> 	56182@debbugs.gnu.org
> 
> > I don't know why it doesn't work on the W10 computers I work on. I
> > don't know if the problem comes from this modificatino either. It
> > seems to me that the displayed color is BGR instead of RGB and the
> > screen gamma correction is not applied. For what it's worth I managed
> > to work around the problem in lisp. With version 27.1 I had
> > implemented an advice to improve the taking into account of the
> > background color in the style of SVG file. So I extended that advice
> > to solve my problem.
> 
> *scratches head*
> 
> Eli, do we need to decode the "unsigned long" colours in a special way
> on Windows? It could be I've missed a vital step and am using them
> incorrectly. So if the colour is defined in BGR byte order, and I then
> use the unsigned long directly in a printf("#%06X", colour) style,
> that's likely to be wrong, yes?

I don't think I understand what colors you had in mind here.  Can you
walk me through the relevant code?  I'm not sure I will have an
answer, but I could at least try things.

Thanks.





^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2022-06-29  2:26 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-06-24  6:30 bug#56182: 28.1; Display of SVG file with transparent background is incorrect Pascal Quesseveur
2022-06-24  9:23 ` Lars Ingebrigtsen
2022-06-24 12:18   ` Pascal Quesseveur
2022-06-25  9:25   ` Eli Zaretskii
2022-06-25 16:32     ` Alan Third
2022-06-27  6:49       ` Pascal Quesseveur
2022-06-27  8:12       ` Pascal Quesseveur
2022-06-28 18:38       ` Pascal Quesseveur
2022-06-28 19:45         ` Alan Third
2022-06-29  2:26           ` Eli Zaretskii

Code repositories for project(s) associated with this inbox:

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).