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 675390 - Network menu extends off the bottom of the screen
Network menu extends off the bottom of the screen
Status: RESOLVED OBSOLETE
Product: gnome-shell
Classification: Core
Component: network-indicator
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
: 676348 677028 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2012-05-03 17:48 UTC by Dominique Leuenberger
Modified: 2014-04-28 23:44 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshot (303.56 KB, image/png)
2012-05-03 17:48 UTC, Dominique Leuenberger
Details
sound menu cut off (97.97 KB, image/png)
2013-01-20 09:29 UTC, Troy Sankey
Details

Description Dominique Leuenberger 2012-05-03 17:48:00 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 :-(
Comment 1 Dan Williams 2012-05-03 22:52:43 UTC
Over to gnome shell which is where this applet lives.
Comment 2 Milan Bouchet-Valat 2012-05-04 08:47:58 UTC
What version of GNOME are you using?
Comment 3 Dominique Leuenberger 2012-05-04 17:11:32 UTC
Last seen with gnome 3.4.0 (user resorted to different desktop with the 'traditional' nm-applet for now)
Comment 4 Giovanni Campagna 2012-05-04 17:22:52 UTC
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)
Comment 5 Milan Bouchet-Valat 2012-05-04 17:26:13 UTC
(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.
Comment 6 Dominique Leuenberger 2012-05-04 17:29:43 UTC
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.
Comment 7 Dominique Leuenberger 2012-05-06 10:53:51 UTC
(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...
Comment 8 Stefan Seyfried 2012-05-23 17:06:21 UTC
(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.
Comment 9 Allan Day 2012-05-29 17:12:48 UTC
*** Bug 677028 has been marked as a duplicate of this bug. ***
Comment 10 Allan Day 2012-05-29 17:13:08 UTC
*** Bug 676348 has been marked as a duplicate of this bug. ***
Comment 11 Allan Day 2012-05-29 17:14:10 UTC
Renaming for clarity
Comment 12 Stéphane Démurget 2012-11-16 06:28:27 UTC
Allan: what is the desired change? Add arrow-like support to popup menus? Or add "More..." entries where relevant?
Comment 13 Troy Sankey 2013-01-20 09:29:57 UTC
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.
Comment 14 Milan Bouchet-Valat 2013-01-20 10:48:45 UTC
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.
Comment 15 Allan Day 2013-01-22 10:08:23 UTC
(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.
Comment 16 Faizal Luthfi 2013-01-25 01:58:02 UTC
This bug affects me too since gnome 3.2.x
Comment 17 Florian Müllner 2014-04-28 23:44:34 UTC
This was fixed with the combined system status menu in 3.10.