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

Previous Next

Package: emacs;

Reported by: Tomasz Piotrowski <tpiotrowski <at> is.umk.pl>

Date: Fri, 23 Aug 2019 14:17:01 UTC

Severity: minor

Tags: fixed

Found in version 26.1

Fixed in version 27.1

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

Bug is archived. No further changes may be made.

Full log


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

From: Tomasz Piotrowski <tpiotrowski <at> fizyka.umk.pl>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: tpiotrowski <at> is.umk.pl, Lars Ingebrigtsen <larsi <at> gnus.org>,
 37159 <at> debbugs.gnu.org
Subject: Re: bug#37159: 26.1; svg images in eww
Date: Tue, 27 Aug 2019 10:01:52 +0200
Well, my opinion on this is that either I have to keep switching to Chrome to use wikipedia, or I could use eww for my work. I don’t know how many others have the same issue, but it is a serious flaw in eww from my point of view. Many thanks to Lars for pinpointing the reason of certain svg images not rendering properly in eww.

Tomasz



Wiadomość napisana przez Eli Zaretskii <eliz <at> gnu.org> w dniu 27.08.2019, o godz. 09:47:

>> 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.





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

Previous Next


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