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 739098 - Huge icons / windows (HiDPI displays sometimes detected incorrectly)
Huge icons / windows (HiDPI displays sometimes detected incorrectly)
Status: RESOLVED OBSOLETE
Product: gnome-settings-daemon
Classification: Core
Component: xsettings
3.14.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-settings-daemon-maint
gnome-settings-daemon-maint
Depends on:
Blocks:
 
 
Reported: 2014-10-23 22:33 UTC by cem.aydin
Modified: 2019-03-20 11:19 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description cem.aydin 2014-10-23 22:33:48 UTC
Icon size has changed in dock and overview after update to 3.14.1-1 on Arch Linux.

The icons in the dock are bigger now, too big.

When I click on "Show Applications" the icons that appear are even bigger.
It's not really useful.

I'm a conventional 1920x1080 desktop monitor.

The Icons in the top bar and the text there have a reasonable size, didn't change with this version.

Additionally there is an animation now, which is unnecessary and disturbing. Please, if it's not, make it possible to switch such things off (easily, e.g. by gnome-tweak-tool, not by writing an extension) for people who are sensible regarding such stuff. Anyways, I'll write another bug report about the overview in general...

On the Arch Forum there was a discussion of users who had much worse trouble regarding the icon and or window size, please see: https://bbs.archlinux.org/viewtopic.php?id=188462

I would expect such problems in a developer version (e.g. git) but certainly not in a release. (Generally spoken regarding the amount of bugs in this release. I am very disappointed. Please stop adding unnecessary, confusing, disturbing "features" and focus on stability and usability.

Surely one can find ways to fix these things himself, but this is exactly what I was trying to avoid, by using a heavier desktop. If I want to do everything by myself I can use a lightweight window manager with way better performance. (Which I did, just before.)

Thanks
Comment 1 Jasper St. Pierre (not reading bugmail) 2014-10-23 22:45:58 UTC
Seems to be caused by incorrect HiDPI detection.
Comment 2 Bastien Nocera 2014-10-29 09:45:38 UTC
What's the output of "xrandr -q --verbose" on this system when reproducing the problem?
Comment 3 GNOME Infrastructure Team 2019-03-20 11:19:19 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/gnome-settings-daemon/issues/256.