GNU bug report logs - #37159
26.1; svg images in eww

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: tpiotrowski <at> is.umk.pl, 37159 <at> debbugs.gnu.org
Subject: bug#37159: 26.1; svg images in eww
Date: Tue, 27 Aug 2019 10:47:52 +0300

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: tpiotrowski <at> is.umk.pl,  37159 <at> debbugs.gnu.org
> Date: Tue, 27 Aug 2019 08:59:20 +0200
> 
> I'm not quite sure what a solution here would be.  shr could parse the
> SVG data (it's just XML, after all) and insert a stroke (i.e.,
> foreground) colour if none is specified, and one that's sufficiently
> different from the background colour that the image would be kinda-sorta
> readable.
> 
> But is it worth it just to display these unusually degenerate SVG
> images?

I don't know enough to have an opinion that matters.

> > Btw, why does EWW break the text line when it encounters an image?
> 
> When doing the layout, in general the dimensions of the images isn't
> known -- the images are fetched asynchronously after displaying the
> text.
> 
> There's also a historical reason -- the code was written before shr did
> pixel-based layouts, so even if it knew the dimensions, it couldn't do
> anything about it.  That could be fixed now (so that if the <img> has a
> width attribute, the layout engine could use it and insert the
> placeholder there).

Something to work on in the future, I think.

Thanks.

Previous Next

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