On Fri, 23 Oct, 2020 at 10:42, Carlos Garcia Campos
<cgar...@igalia.com> wrote:
El vie, 16-10-2020 a las 09:16 +1100, Michael Gratton escribió:
Hi all,
I'm trying to fix
<https://gitlab.gnome.org/GNOME/geary/-/issues/283>
yet again and think I have tracked down the problem to the web
process's viewport size being 0px x 0px when an email body is being
loaded into a WebKitWebView, possibly when the WebKitWebView widget
is
either hidden or still being laid out by the widget hierarchy.
Can anyone say at what stage the web process's viewport size gets
updated? Is there any way to influence it so that the width at least
is
valid, without resorting to hacks like generating and injecting
custom
CSS based on the parent widget's size?
Do you mean the viewport size or the contents size? In the geary bug I
think the problem is scrollHeight, no?
I'm 99% sure now the invalid scrollHeight is actually caused by the
viewport width being set to 0 when the content is loaded, so the
content gets squished down to the smallest possible width, and hence
it's height stretches right out:
This
is an
example
- you
see
what I
mean?
//Mike
--
Michael Gratton.
<https://mjog.vee.net>
_______________________________________________
webkit-gtk mailing list
webkit-gtk@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-gtk
