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 736772 - Consider removing Show Menubar option
Consider removing Show Menubar option
Status: RESOLVED OBSOLETE
Product: gnome-terminal
Classification: Core
Component: general
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: GNOME Terminal Maintainers
GNOME Terminal Maintainers
Depends on: CSD 774710
Blocks:
 
 
Reported: 2014-09-16 22:11 UTC by Michael Catanzaro
Modified: 2021-06-10 20:51 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Michael Catanzaro 2014-09-16 22:11:53 UTC
A couple months ago, I clicked on View -> Show Menubar and almost didn't figure out how to get the menu bar back (it's in the context menu). This is actually addressed in the draft HIG:

"Do not provide a mechanism for hiding the menubar, as this may be activated accidentally. Some users will not be able to figure out how to get the menu bar back in this case."

I don't see why the terminal should be a special case. It'd be good to update the HIG if this seems disagreeable.

[1] https://people.gnome.org/~tobiasmue/hig3/menu-bars.html
Comment 1 Debarshi Ray 2014-09-16 22:17:11 UTC
There are people who use g-t without the menubar and those who use it with the menubar. I always hide the menubar because it is a waste of space and I almost never use it.

Maybe using a header bar would address both sides of the argument?
Comment 2 Michael Catanzaro 2014-09-17 03:44:35 UTC
(In reply to comment #1)
> Maybe using a header bar would address both sides of the argument?

That would certainly be best.
Comment 3 Egmont Koblinger 2014-09-18 11:23:14 UTC
Currently there are 3 ways to remove the menubar:

1. Temporarily, via the right-click context menu.

2. Temporarily, via the View menu.

3. Permanently (for new terminals), via Edit->Preferences (and then quit all "old" instances of g-t that still have menubar).

The 1st one doesn't sound dangerous to me, since enabling is achieved with the same operation. Or does HIG consideres even this one dangerous, in case it's activated accidentally that the user doesn't even know he right-clicked?

The 2nd is indeed dangerous and I'd be fine with removing it.

The 3rd is also dangerous, and could be addressed by an info box when the user unchecks "show menubar by default", letting them know about the context menu.

> I don't see why the terminal should be a special case. It'd be good to update
> the HIG if this seems disagreeable.

The linked HIG section says it's a "general guideline", there might be a reason to override it. The terminal is a special application because it's a container for other apps, and as opposed to usual graphical applications actual work hardly ever happens in its menus.

> Maybe using a header bar would address both sides of the argument?

That's indeed another great possibility to consider, but in this regard all Gnome apps of a desktop should be consistent, so it's more of a WM issue, isn't it? (E.g. Unity makes this whole menubar thing a non-issue.)
Comment 4 Lars Karlitski 2015-02-27 12:42:49 UTC
I've just attached some patches to bug #734791 that hide this option on shells that show the menubar themselves (such as unity).
Comment 5 GNOME Infrastructure Team 2021-06-10 20:51:47 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-terminal/-/issues/7501.