[Webkit-unassigned] [Bug 250138] [GTK] Changing system font-scaling factor results in messy rendering of the page (Epiphany, WebKitGtk)

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Apr 29 14:10:30 PDT 2024


https://bugs.webkit.org/show_bug.cgi?id=250138

--- Comment #30 from Glen Whitney <gwhitneycom5 at pobox.com> ---
(In reply to Michael Catanzaro from comment #29)
> But you're using an X session, right? So that's why.
> (You could hack WebCore::fontDPI in PlatformScreenGtk.cpp to emulate the
> setting easily enough, though, just for testing purposes. But don't feel
> obligated to continue investigating unless you want to.)

Yes, I am running under XWindows, not Wayland.

Sorry, I am left a bit confused; is there a remaining bug with GDK/GTK 4 (and/or 3) that I should have addressed in my PR? If so, what is it/how do I reproduce it, and what's the desired behavior? Is the problem precisely that current released Epiphany under XWindows/GTK 4 does not respect text-scaling-factor and it should?

If that's it, then that would bring us back full circle to the point concerning which this bug was filed: Suppose text-scaling-factor was set to 2 and that was interpreted to make all letters in webpage text content twice as large. If absolute CSS dimensions like '1in' or '96px' remain fixed as one physical inch, then layouts will tend to look broken. But rendering CSS 1in at default zoom as anything but one physical inch (or a certain angle of the field of view at the expected viewing distance) would seem to be a violation of HTML/CSS standards, and using text-scale-factor to change other non-text dimensions would seem to defy the plainly stated meaning of "text-scale-factor," i.e., that it scales text. 

So if you would like me to try to address some remaining problem here connected with what I have just done, I am happy to, just please do make it clear what would be considered "correct" behavior. Thanks!

-- 
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/20240429/a552f79a/attachment.htm>


More information about the webkit-unassigned mailing list