| Summary: | [GTK] Fonts are not rendered metrically equivalent vs other browsers (Firefox / Chrome) at normal font scaling, leading to broken page layouts | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Jeff Fortin <nekohayo> |
| Component: | WebKitGTK | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | Normal | CC: | bugs-noreply |
| Priority: | P2 | Keywords: | Gtk |
| Version: | WebKit Local Build | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| See Also: | https://bugs.webkit.org/show_bug.cgi?id=250138 | ||
| Attachments: | |||
|
Description
Jeff Fortin
2023-07-06 21:59:44 PDT
Created attachment 466966 [details]
Screenshot comparing Epiphany, Firefox and Chromium's rendering at identical window widths
Created attachment 466967 [details]
Screenshot comparing Firefox's equivalent width required to match WebKitGTK's rendering
This screenshot shows the kind of window width shrinking you need to do in Firefox to approximate the broken layout/text wrapping that EpiphanY/WebKitGTK exhibits at 1.00 font scaling.
Actually _still_ a duplicate of bug #250138 ; it turns out that the app tricked me I was tricked into believing the font scaling changes were _entirely_ applied live, but they weren't, only _seemed_ like they were, but the changes were partial. After restarting the browser, at font scaling 1.00, the page renders correctly. So it's still a font scaling issue. Sorry for the noise! *** This bug has been marked as a duplicate of bug 250138 *** |