GNOME Bugzilla – Bug 675505
Keyboard panel causes window to shrink / is too short in height
Last modified: 2017-10-09 11:24:49 UTC
Reported first here: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/993791 In Keyboard: Shortcuts > Navigation there is a long scrollbar. Should not the window be resizable or bigger by default? This is not bug https://bugzilla.gnome.org/show_bug.cgi?id=649242 since that is about horizontal dimension, this is about vertical dimensions. I know Gnome Control Center is not resizable by default, but does it apply to all its children? In - old - bug https://bugzilla.gnome.org/show_bug.cgi?id=331835 , it is suggested that every window with a scrollbar should be resizable.
The whole navigation section is twice the height of the screen visible entries, I hardly find this a problem. What's the actual problem?
When going to keybord view, the window gets smaller. However, in shortcuts/navigation and shortcuts/windows, you need scrollbars even though the window takes 1/4 of my screen. It does not make sense to me. I mean ,the decision to make sysem setting non resizable was made on the assumption that you would never need to resize, right? So that means no scrollbars, or am I missing something?
Note that not shrinking the size of the window will solve this only for shortcut/windows and not shortcuts/navigation, but it will certainly improve the situaction. For shortcut/navigation, either remove some shortcuts (which I do not propose), split the shortcuts into more groups (not sure which groups) or make the widow actually larger on going from system settings to keyboard.
The other thing I notice is that the Sound and Media section scrolls, but only by a tiny amount. Increasing the panel height by a small amount (say, 10/20px) will help with this, as will the fix proposed in bug 668592.
In GNOME 3.22, we have a redesigned Keyboard panel with search builtin. Can you please test and let us know whether it's still a problem for you?
Once 3.22 hits Ubuntu, I'll gladly test.
Created attachment 361155 [details] screenshot of same problem in 3.26.1 This is still an issue in 3.26.1. The Keyboard Shortcuts panel is just far too short in height. It's laborious to work with, having to scroll constantly. Even if it didn't shrink after coming from the main icon view, it would still be too short. But at least stopping that would make it slightly better.
(In reply to Daniel Boles from comment #7) > Created attachment 361155 [details] > screenshot of same problem in 3.26.1 > > This is still an issue in 3.26.1. The Keyboard Shortcuts panel is just far > too short in height. It's laborious to work with, having to scroll > constantly. > > Even if it didn't shrink after coming from the main icon view, it would > still be too short. But at least stopping that would make it slightly better. 3.26.1 is supposed to include the new shell, which is resizable. Are you sure that's 3.26.1 that you are running?
Hmm, I was just basing that on the Information panel saying 3.26.1, but if that reflects the GNOME Shell or something, maybe I have inconsistent versions, as Debian unstable is still catching up. Let me check the specific package versions later and let you know. Thanks!
(In reply to Daniel Boles from comment #9) > Hmm, I was just basing that on the Information panel saying 3.26.1, It's the gnome-desktop version, which is supposed to match the version of the other components. Mixing and matching components is not supported. > but if > that reflects the GNOME Shell or something, maybe I have inconsistent > versions, as Debian unstable is still catching up. Let me check the specific > package versions later and let you know. Thanks! As the last comment from the original reporter is more than a year old, closing this as obsolete in GNOME 3.26.
I think it would be nice for Daniel to actually establish if he has mismatching versions or not. I am still on 16.04 and 3.18, I will not be able to test this until 18.04. (But I am glad that after five yers, the window is resizable again, progress of sorts :-).)
Since apparently waiting until I check this evening was too much to ask, I'll just open a new bug if my versions are indeed OK and/or the problem still exists once I upgrade.
(In reply to Daniel Boles from comment #12) > Since apparently waiting until I check this evening was too much to ask, > I'll just open a new bug if my versions are indeed OK and/or the problem > still exists once I upgrade. It's definitely not gnome-control-center 3.26. Or a very very modified one for which you'd need to ask the person modifying it for help.