GNOME Bugzilla – Bug 675390
Network menu extends off the bottom of the screen
Last modified: 2014-04-28 23:44:34 UTC
Created attachment 213397 [details] Screenshot Downstream report: https://bugzilla.novell.com/show_bug.cgi?id=739424 >see the attached screenshot: I cannot easily access the menu items falling of >the bottom of my screen (or only blindly, via keyboard) > >Detail: I had to set font scaling factor to 1.1 with gnome-tweak-tool, since >GNOME3 totally ignores my display's DPI settings :-(
Over to gnome shell which is where this applet lives.
What version of GNOME are you using?
Last seen with gnome 3.4.0 (user resorted to different desktop with the 'traditional' nm-applet for now)
Ok, to put it simply: this is the edge of an edge case. I see wired, wireless, internal mobile broadband, two bluetooth phones and then some VPN connections. There is really little we can do - I don't want to add a scroll bar covering the entire menu - so the user should filter on the items he doesn't need. For example, disabling wireless while on WWAN would collapse that section, and then he can remove WWAN plans that are not used, disable connectivity via bluetooth or remove unused VPN (I guess there are at least three, otherwise the menu would fit exactly). I seriously doubt that all those items are needed, and if so, well they're needed, so we can't hide them :) (Btw, I'd like to see how nm-applet renders that configuration - items are roughly the same, what changes is theming and the fact that we collapse disconnect into the section header)
(In reply to comment #4) > I seriously doubt that all those items are needed, and if so, well they're > needed, so we can't hide them :) At least, user has no control on what WiFi networks are present around him, so it may make sense to show only the currently connected AP, and hide all the others (which are more likely useless than VPN and broadband) under the "More" submenu.
Agreed, it is a corner case. One thing I see which could save some real estate is collapsing disabled / turned off items. In the screenshot, for example, the user has only wireless turned on. As such, the list of connections in each of the other subsections could as well be hidden. In this specific case that would already safe another 7 lines. As for a scrollbar: not nice of course, but not being able to reach controls is worse. Have the scrollbar only shop up when the window gets longer than the vertical screensize - top-offset would probably be the best visual vs functional tradeoff.
(In reply to comment #4) > (Btw, I'd like to see how nm-applet renders that configuration - items are > roughly the same, what changes is theming and the fact that we collapse > disconnect into the section header) The traditional applet had a 'more' button at the very bottom of the list...
(I'm the original reporter in Novell Bugzilla) I just verified the bug today on gnome-shell 3.4.1 (current openSUSE Factory) See http://bugzillafiles.novell.org/attachment.cgi?id=489678 how nm-applet handles the situation nicely. Small arrows on the top and bottom of the menu, no scrollbar necessary. And even though my setup might be non-standard (3 phones paired with bluetooth, two of them with two different ways to connect... :-), I can imagine even a standard setup with cable, wireless and one VPN to run out of space on a netbook (1024x600 resolution) display. Not everybody is running full-HD capable displays.
*** Bug 677028 has been marked as a duplicate of this bug. ***
*** Bug 676348 has been marked as a duplicate of this bug. ***
Renaming for clarity
Allan: what is the desired change? Add arrow-like support to popup menus? Or add "More..." entries where relevant?
Created attachment 233938 [details] sound menu cut off Stéphane: IMO, I would emphasize on arrow-like support. Having "More..." entries are nice because they make the UI less cluttered, but sometimes there is just *too* much unique information (for shell menus in general). When people start installing a lot of extensions, the shell menus tend to grow a little larger than anticipated. Attached is my sound menu on a normal day. I cannot see the "Sound settings" button on the bottom. My screen height is only 768px, so I actually see shell menus getting cut off a lot.
If you install too many extensions, it's your responsibility to get them working together. What do you expect the Shell to do? Extend your screen? :-p If extensions author want to make this work, they could automatically collapse one of the media controls, but that's up to them, not to the core Shell as the default sound menu will never get higher than the screen give its limited contents.
(In reply to comment #12) > Allan: what is the desired change? Add arrow-like support to popup menus? Or > add "More..." entries where relevant? In general I would expect Shell menus to act like GTK ones - with arrows that allow the menu to be scrolled. The network menu is slightly different, since it contains a scrollable element, but we should maybe come up a generic solution for all Shell menus before we get into that.
This bug affects me too since gnome 3.2.x
This was fixed with the combined system status menu in 3.10.