[Webkit-unassigned] [Bug 247980] WebKitGTK seems confused about size of 1px on 283 dpi display

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Apr 9 16:25:25 PDT 2024


Michael Pujos <youp1one1 at gmail.com> changed:

           What    |Removed                     |Added
                 CC|                            |youp1one1 at gmail.com

--- Comment #7 from Michael Pujos <youp1one1 at gmail.com> ---
I am observing something that I think is similar with MiniBrowser (and other WebKitGTK browsers such as Nyxt) using WebKitGTK 2.44.0 on a laptop with a 17.3" 4K panel (254 physical dpi) running on i3 Window Manager.

On that setup, I use Xft.dpi: 240 (for 2.5x font scaling) and GDK_DPI_SCALE=0.5, GDK_SCALE=2 (2x GTK UI scaling).
It works fine with all my programs except WebKitGTK resulting in huge font rendering and rendering bugs (screenshot: https://imgur.com/a/yXmBuVA), as if Xft scaling and GTK scaling were combined.

The only combination of these 3 parameters that I found render properly (without too big fonts nor UI rendering issues) is to set Xft.dpi: 96 (with GDK_DPI_SCALE=0.5, GDK_SCALE=2), except that fonts are a bit too small (at 2x scaling instead of 2.5).

IIRC, WebKitGTK before 2.44.0 did not have this issue where Xft.dpi and GDK env variables seems to be conflicting.

You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20240409/7aa24954/attachment.htm>

More information about the webkit-unassigned mailing list