[webkit-gtk] libwebkit2gtk-4.1 update on Debian Bookworm breaks scroll bars

[Albrecht Dreß]

Am 24.10.24 21:55 schrieb(en) Michael Catanzaro:
> On Thu, Oct 24 2024 at 04:10:39 PM +00:00:00, Albrecht Dreß <albrecht.dress at posteo.de> wrote:
>> Dumb question – would it be possible to completely disable the scroll bars or force the “natural” size of the WebKitWebView widget, so I could add it to a GtkScrolledWindow myself?  Or, as an alternative, to “extract” the real display widget without the scroll bars from it?
> 
> Hi, I don't know how to do this, but Balsa is not the only app that would benefit. Evolution and Geary want the same behavior. You can look into what they do, although I suspect it might be complicated unfortunately.

Thanks for that hint – however, at first glance, it looks as if Evolution puts /everything/ (headers, contents, attachments) into a local class (EMailDisplay) derived from WebKitWebView.  At least its scroll bars do not follow theme changes, i.e. it also looks somewhat broken.  Didn't look into Geary yet.  I'll try to dig deeper…

> (Keep in mind you will eventually need to either port Balsa to GTK 4 or stop using WebKitGTK. The GTK 3 API is legacy and will not remain supported forever.)

I know, but I hope the Gtk 3 will be supported by Debian for some time in the future…  IMHO Gtk 4 has so many drawbacks compared with Gtk 3 that it might be better to port the UI to a completely different toolkit (Qt, maybe?) which is more flexible and user-friendly.  For me, kde apps look a lot better on XFCE than the latest Gnome counterparts.  Porting would be a huge task, though.

Thanks, Albrecht.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: openpgp-digital-signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.webkit.org/pipermail/webkit-gtk/attachments/20241025/66a68c42/attachment.bin>