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 673054 - "Menu bar" is bad looking when not using gnome-shell 3.4
"Menu bar" is bad looking when not using gnome-shell 3.4
Status: RESOLVED FIXED
Product: epiphany
Classification: Core
Component: Controls
3.4.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-03-29 10:21 UTC by Steve Frécinaux
Modified: 2012-10-07 14:40 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
A screenshot of an epiphany window in gnome-shell 3.2 (366.22 KB, image/png)
2012-03-29 10:23 UTC, Steve Frécinaux
Details

Description Steve Frécinaux 2012-03-29 10:21:19 UTC
When not using gnome-shell 3.4 or another hypothetical appmenu-aware window manager, GTK+ falls back to adding an entry to the menu bar with the same name as the application.

Since Epiphany explicitely avoided using a menu bar and replaced it with a button on the far right of the toolbar, this is especially bad looking as epiphany ends up with a toolbar having a single "Web" menu entry *and* the menu button.

I suppose this default behaviour should be overriden for epiphany to make that single menu entry sit somewhere in the toolbar, either at the left of the "back" button, beside the menu button or (maybe less discoverable) as a submenu within the menu provided by this button.
Comment 1 Steve Frécinaux 2012-03-29 10:23:29 UTC
Created attachment 210854 [details]
A screenshot of an epiphany window in gnome-shell 3.2
Comment 2 chrysn 2012-04-10 22:33:08 UTC
i can confirm that this is an issue.

could the menu bar, in cases when it doesn't have to be trimmed down to suit the needs of gnome-shell's application menu, get back its complete contents again? the screen estate for the MenuBar is already allocated, and hig says there should be at least a file (or similar) and a help menu.

i wouldn't object to the application menu being taken up in the super menu either (in earlier epiphany versions, i used to have an extension that just did that -- fold the menu in a single icon in the address bar and remove the menu bar to save space), but i'm under the impression this is against the intention behind the super menu, which seems to be thought of as a context menu for the tab (even though some items in it don't fit that idea).
Comment 3 Diego Escalante Urrelo (not reading bugmail) 2012-08-02 16:59:31 UTC
I do not think we can do much for this. It is a GNOME wide thing, and supporting alternative menus is not in the plans, I am pretty sure.

I would suggest you open one in GTK+ if you can think of a proposal for this.
Comment 4 Adam Dingle 2012-08-10 15:19:34 UTC
I think the best solution here is to place the app menu's items into the gear menu when running in an environment where the app menu isn't displayed.  Nautilus 3.5 seems to do that and I think it works reasonably well.  The menu bar with a single item "Web" is really ugly.

Could we reopen this with that intention?
Comment 5 Xan Lopez 2012-08-11 09:16:38 UTC
(In reply to comment #4)
> I think the best solution here is to place the app menu's items into the gear
> menu when running in an environment where the app menu isn't displayed. 
> Nautilus 3.5 seems to do that and I think it works reasonably well.  The menu
> bar with a single item "Web" is really ugly.
> 
> Could we reopen this with that intention?

I think that is fine as long as it's not a very intrusive change in the codebase. I'll be happy to review such a patch.
Comment 6 Xan Lopez 2012-10-07 14:40:01 UTC
This is fixed in 899960fd4913. I think we might want to merge it into 3.6.x too, since this is not really a UI change IMHO (just makes ephy look properly in !Shell environments).