[New: openFATE 322401] revert GTK3 upstream's HiDPI usability regression (undersized Firefox UI fonts)
Feature added by: Felix Miata (mrmazda) Feature #322401, revision 1 Title: revert GTK3 upstream's HiDPI usability regression (undersized Firefox UI fonts) openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Felix Miata (mrmazda) Partner organization: openSUSE.org Description: Short story: post-GTK3 version 3.16, GTK3 builds of various applications, such as Firefox and SeaMonkey (both built with default build settings from ~rv46 and up), when used on Plasma 5, KDE3, TDE, and possibly other DEs, using displays for which >96 DPI is appropriate, do not utilize the font sizes specified by the DE settings unless Xft.dpi, otherwise unnecessary, is explicitly set in the environment. An upstream patch has been submitted that would revert this unnecessary usability regression. Upstream reports that provide more information: UI text sizes no longer inherited from Linux system status: wontfix https://bugzilla.mozilla.org/show_bug.cgi?id=1269274 bad UI fonts in apps built with GTK3 toolkit used with GTK3 libs >3.16 status: official bug report not yet filed http://trinity-devel.pearsoncomputing.net/?0::15168 usability regression: GTK+>3.16.x results in too small GTK3 app UI fonts when logical DPI>96 status: open https://bugs.kde.org/show_bug.cgi?id=367499 Generate Xft.dpi from server dimensions at startup if not specified via configfile status: open https://bugs.freedesktop.org/show_bug.cgi?id=98909 [REGRESSION][BISECTED] Recent change breaks HiDPI setup based on calculated or forced DPI status: wontfix https://bugzilla.gnome.org/show_bug.cgi?id=757142 757142 contains a patch that could revert the regression. As of now, the regression does not affect 42.1, but does affect all newer versions of openSUSE. In 42.2 at least, the GTK3 3.16 packages from 42.1 can be used as a workaround. I've not tried to install them in Tumbleweed. Business case (Partner benefit): openSUSE.org: Fonts smaller in Firefox UI than in other apps' UIs are simply not acceptable both for usability and aesthetic reasons. Finding and setting an appropriate Xft.dpi to conform Firefox UI fonts is an onerous complication that shouldn't be necessary, especially for users with multiple displays or who routinely switch among displays of diverse densities. -- openSUSE Feature: https://features.opensuse.org/322401
Feature changed by: Felix Miata (mrmazda) Feature #322401, revision 2 Title: revert GTK3 upstream's HiDPI usability regression (undersized Firefox UI fonts) openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Felix Miata (mrmazda) Partner organization: openSUSE.org Description: Short story: post-GTK3 version 3.16, GTK3 builds of various applications, such as Firefox and SeaMonkey (both built with default build settings from ~rv46 and up), when used on Plasma 5, KDE3, TDE, and possibly other DEs, using displays for which >96 DPI is appropriate, do not utilize the font sizes specified by the DE settings unless Xft.dpi, otherwise unnecessary, is explicitly set in the environment. An upstream patch has been submitted that would revert - this unnecessary usability regression. Upstream reports that provide - more information: UI text sizes no longer inherited from Linux system - status: wontfix https://bugzilla.mozilla.org/show_bug.cgi?id=1269274 + this unnecessary usability regression. + Upstream reports that provide more information: + UI text sizes no longer inherited from Linux system + status: wontfix + https://bugzilla.mozilla.org/show_bug.cgi?id=1269274 bad UI fonts in apps built with GTK3 toolkit used with GTK3 libs >3.16 status: official bug report not yet filed - http://trinity-devel.pearsoncomputing.net/?0::15168 usability - regression: GTK+>3.16.x results in too small GTK3 app UI fonts when - logical DPI>96 status: open https://bugs.kde.org/show_bug.cgi?id=367499 + http://trinity-devel.pearsoncomputing.net/?0::15168 + usability regression: GTK+>3.16.x results in too small GTK3 app UI + fonts when logical DPI>96 + status: open + https://bugs.kde.org/show_bug.cgi?id=367499 Generate Xft.dpi from server dimensions at startup if not specified via - configfile status: open - https://bugs.freedesktop.org/show_bug.cgi?id=98909 [REGRESSION] - [BISECTED] Recent change breaks HiDPI setup based on calculated or - forced DPI status: wontfix - https://bugzilla.gnome.org/show_bug.cgi?id=757142 757142 contains a - patch that could revert the regression. + configfile + status: open + https://bugs.freedesktop.org/show_bug.cgi?id=98909 + [REGRESSION][BISECTED] Recent change breaks HiDPI setup based on + calculated or forced DPI + status: wontfix + https://bugzilla.gnome.org/show_bug.cgi?id=757142 + 757142 contains a patch that could revert the regression. As of now, the regression does not affect 42.1, but does affect all newer versions of openSUSE. In 42.2 at least, the GTK3 3.16 packages from 42.1 can be used as a workaround. I've not tried to install them in Tumbleweed. Business case (Partner benefit): openSUSE.org: Fonts smaller in Firefox UI than in other apps' UIs are simply not acceptable both for usability and aesthetic reasons. Finding and setting an appropriate Xft.dpi to conform Firefox UI fonts is an onerous complication that shouldn't be necessary, especially for users with multiple displays or who routinely switch among displays of diverse densities. -- openSUSE Feature: https://features.opensuse.org/322401
Feature changed by: Karl Cheng (qantas94heavy) Feature #322401, revision 3 Title: revert GTK3 upstream's HiDPI usability regression (undersized Firefox UI fonts) - openSUSE Distribution: Unconfirmed + openSUSE Distribution: New Priority Requester: Important Requested by: Felix Miata (mrmazda) Partner organization: openSUSE.org Description: Short story: post-GTK3 version 3.16, GTK3 builds of various applications, such as Firefox and SeaMonkey (both built with default build settings from ~rv46 and up), when used on Plasma 5, KDE3, TDE, and possibly other DEs, using displays for which >96 DPI is appropriate, do not utilize the font sizes specified by the DE settings unless Xft.dpi, otherwise unnecessary, is explicitly set in the environment. An upstream patch has been submitted that would revert this unnecessary usability regression. Upstream reports that provide more information: UI text sizes no longer inherited from Linux system status: wontfix https://bugzilla.mozilla.org/show_bug.cgi?id=1269274 bad UI fonts in apps built with GTK3 toolkit used with GTK3 libs >3.16 status: official bug report not yet filed http://trinity-devel.pearsoncomputing.net/?0::15168 usability regression: GTK+>3.16.x results in too small GTK3 app UI fonts when logical DPI>96 status: open https://bugs.kde.org/show_bug.cgi?id=367499 Generate Xft.dpi from server dimensions at startup if not specified via configfile status: open https://bugs.freedesktop.org/show_bug.cgi?id=98909 [REGRESSION][BISECTED] Recent change breaks HiDPI setup based on calculated or forced DPI status: wontfix https://bugzilla.gnome.org/show_bug.cgi?id=757142 757142 contains a patch that could revert the regression. As of now, the regression does not affect 42.1, but does affect all newer versions of openSUSE. In 42.2 at least, the GTK3 3.16 packages from 42.1 can be used as a workaround. I've not tried to install them in Tumbleweed. Business case (Partner benefit): openSUSE.org: Fonts smaller in Firefox UI than in other apps' UIs are simply not acceptable both for usability and aesthetic reasons. Finding and setting an appropriate Xft.dpi to conform Firefox UI fonts is an onerous complication that shouldn't be necessary, especially for users with multiple displays or who routinely switch among displays of diverse densities. -- openSUSE Feature: https://features.opensuse.org/322401
Feature changed by: Tomáš Chvátal (scarabeus_iv) Feature #322401, revision 4 Title: revert GTK3 upstream's HiDPI usability regression (undersized Firefox UI fonts) - openSUSE Distribution: New + openSUSE Distribution: Rejected by Tomáš Chvátal (scarabeus_iv) + reject reason: If you call it everywhere as regression then you should + open a bug. Or even create submission in OBS if you have the patch... Priority Requester: Important Requested by: Felix Miata (mrmazda) Partner organization: openSUSE.org Description: Short story: post-GTK3 version 3.16, GTK3 builds of various applications, such as Firefox and SeaMonkey (both built with default build settings from ~rv46 and up), when used on Plasma 5, KDE3, TDE, and possibly other DEs, using displays for which >96 DPI is appropriate, do not utilize the font sizes specified by the DE settings unless Xft.dpi, otherwise unnecessary, is explicitly set in the environment. An upstream patch has been submitted that would revert this unnecessary usability regression. Upstream reports that provide more information: UI text sizes no longer inherited from Linux system status: wontfix https://bugzilla.mozilla.org/show_bug.cgi?id=1269274 bad UI fonts in apps built with GTK3 toolkit used with GTK3 libs >3.16 status: official bug report not yet filed http://trinity-devel.pearsoncomputing.net/?0::15168 usability regression: GTK+>3.16.x results in too small GTK3 app UI fonts when logical DPI>96 status: open https://bugs.kde.org/show_bug.cgi?id=367499 Generate Xft.dpi from server dimensions at startup if not specified via configfile status: open https://bugs.freedesktop.org/show_bug.cgi?id=98909 [REGRESSION][BISECTED] Recent change breaks HiDPI setup based on calculated or forced DPI status: wontfix https://bugzilla.gnome.org/show_bug.cgi?id=757142 757142 contains a patch that could revert the regression. As of now, the regression does not affect 42.1, but does affect all newer versions of openSUSE. In 42.2 at least, the GTK3 3.16 packages from 42.1 can be used as a workaround. I've not tried to install them in Tumbleweed. Business case (Partner benefit): openSUSE.org: Fonts smaller in Firefox UI than in other apps' UIs are simply not acceptable both for usability and aesthetic reasons. Finding and setting an appropriate Xft.dpi to conform Firefox UI fonts is an onerous complication that shouldn't be necessary, especially for users with multiple displays or who routinely switch among displays of diverse densities. -- openSUSE Feature: https://features.opensuse.org/322401
Feature changed by: Felix Miata (mrmazda) Feature #322401, revision 5 Title: revert GTK3 upstream's HiDPI usability regression (undersized Firefox UI fonts) openSUSE Distribution: Rejected by Tomáš Chvátal (scarabeus_iv) reject reason: If you call it everywhere as regression then you should open a bug. Or even create submission in OBS if you have the patch... Priority Requester: Important Requested by: Felix Miata (mrmazda) Partner organization: openSUSE.org Description: Short story: post-GTK3 version 3.16, GTK3 builds of various applications, such as Firefox and SeaMonkey (both built with default build settings from ~rv46 and up), when used on Plasma 5, KDE3, TDE, and possibly other DEs, using displays for which >96 DPI is appropriate, do not utilize the font sizes specified by the DE settings unless Xft.dpi, otherwise unnecessary, is explicitly set in the environment. An upstream patch has been submitted that would revert this unnecessary usability regression. Upstream reports that provide more information: UI text sizes no longer inherited from Linux system status: wontfix https://bugzilla.mozilla.org/show_bug.cgi?id=1269274 bad UI fonts in apps built with GTK3 toolkit used with GTK3 libs >3.16 status: official bug report not yet filed http://trinity-devel.pearsoncomputing.net/?0::15168 usability regression: GTK+>3.16.x results in too small GTK3 app UI fonts when logical DPI>96 status: open https://bugs.kde.org/show_bug.cgi?id=367499 Generate Xft.dpi from server dimensions at startup if not specified via configfile status: open https://bugs.freedesktop.org/show_bug.cgi?id=98909 [REGRESSION][BISECTED] Recent change breaks HiDPI setup based on calculated or forced DPI status: wontfix https://bugzilla.gnome.org/show_bug.cgi?id=757142 757142 contains a patch that could revert the regression. As of now, the regression does not affect 42.1, but does affect all newer versions of openSUSE. In 42.2 at least, the GTK3 3.16 packages from 42.1 can be used as a workaround. I've not tried to install them in Tumbleweed. Business case (Partner benefit): openSUSE.org: Fonts smaller in Firefox UI than in other apps' UIs are simply not acceptable both for usability and aesthetic reasons. Finding and setting an appropriate Xft.dpi to conform Firefox UI fonts is an onerous complication that shouldn't be necessary, especially for users with multiple displays or who routinely switch among displays of diverse densities. + Discussion: + #1: Felix Miata (mrmazda) (2017-06-22 20:41:15) + FWIW, someone created such a bug already 6 days after I filed this: + https://bugzilla.opensuse.org/show_bug.cgi?id=1022830 GTK3 apps not + honoring system-wide DPI settings nor KDE mouse cursor -- openSUSE Feature: https://features.opensuse.org/322401
participants (1)
-
fate_noreply@suse.de