After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 782355 - Scaling, not zooming
Scaling, not zooming
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Backend: Wayland
3.22.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2017-05-08 21:55 UTC by carstenmattner
Modified: 2018-05-02 18:28 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description carstenmattner 2017-05-08 21:55:47 UTC
When using 3.22.12 with GDK_BACKEND=wayland under Weston or Sway
compositors, for some reason windows/widgets are zoomed out when the
default size is bigger than the display at hand or even a random GTK3
file dialog somehow doesn't manage to snuggle into the physical
display size. This results in blurred out GTK windows that are hard to
use. I tried and failed to manually resize the GTK3 window to be smaller
and not be zoomed out with blur.

I have been unsuccessfully looking for the right gsettings key that
disables zooming and ideally re-enables widget scaling.

I am _not_ talking about HiDPI but just plain resizable interface
scaling as available since the days of GTK1 and GTK2. The problem
is the opposite of HiDPI, meaning small display size not large display
with HiDPI. The window is tried to be crammed into the given display
size and when it doesn't fit the desired dimensions, widgets and all
of the interface is zoomed out with blur but not resized or at least
left at the unfitting and extending size.

Since I cannot find any information on how to configure this
behavior and there's been silence on the gtk list, I must
assume that this is a regression.
Comment 1 Timm Bäder 2017-05-24 05:53:13 UTC
Can you post a screenshot or something of your problem? I have no idea right now what you are talking about exactly.
Comment 2 carstenmattner 2017-05-26 17:22:06 UTC
Thank you Timm for getting back.

I can't take a screenshot but it's easy to test in Sway.

Start Sway and run Firefox and select file open dialog or else run
gtk3-widget-factory or gtk3-demo to observe a zoomed out interface.

This is simple to reproduce in Sway because it's a tiling compositor
and doesn't let GTK3 create windows that do not fit the display
dimensions. Weston will happily create a file open dialog or
widget-factory that doesn't fit and is hard to use. GTK2 doesn't
suffer from this. Will update once the steps are known again.

Further, in Weston I cannot resize widget-factory at all even though
it doesn't fit into the display's dimensions, but I was able to make
it also zoom out blurred at some point. Have to recall and retrace the
steps it took the last time. Sorry I cannot recall them right now.

Verified on x220 1366x768 with and without GDK_BACKEND=wayland.

When GTK2 scales windows and widgets, it doesn't zoom out at all.
Comment 3 carstenmattner 2017-05-26 17:25:07 UTC
> Will update once the steps are known again.

That's the Weston reproduction steps I can't remember right now.
Comment 4 carstenmattner 2017-05-26 18:27:39 UTC
If you don't have a small display you can start the compositor from inside
a Xorg session and get a compositor in a window smaller than display size.
Comment 5 GNOME Infrastructure Team 2018-05-02 18:28:00 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gtk/issues/816.