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 674949 - Provide an app menu
Provide an app menu
Status: RESOLVED FIXED
Product: system-monitor
Classification: Core
Component: general
3.4.x
Other Linux
: Normal normal
: ---
Assigned To: System-monitor maintainers
System-monitor maintainers
Depends on: 351087
Blocks: 674957
 
 
Reported: 2012-04-27 12:49 UTC by Allan Day
Modified: 2012-09-30 20:45 UTC
See Also:
GNOME target: ---
GNOME version: 3.7/3.8


Attachments
Port to Application menu (16.12 KB, patch)
2012-09-19 23:10 UTC, Stefano Facchini
needs-work Details | Review
Port to Application menu (16.46 KB, patch)
2012-09-20 19:05 UTC, Stefano Facchini
needs-work Details | Review
Port to Application menu (17.60 KB, patch)
2012-09-22 15:39 UTC, Stefano Facchini
needs-work Details | Review
Port to Application menu (18.02 KB, patch)
2012-09-23 12:10 UTC, Stefano Facchini
none Details | Review

Description Allan Day 2012-04-27 12:49:37 UTC
See https://live.gnome.org/GnomeGoals/PortToGMenu

Recommended app menu format:

Search for Open Files
--
Preferences
--
Help
About System Monitor
Quit

This requires that you add a View menu button to the Processes tab, alongside a refresh button:

+---------+ +---------+
| Refresh | | View  v |
+---------+ +---------+

Where View contains:

( ) Active Processes
(o) All Processes
( ) My Processes
---
[ ] Dependencies

Everything else can be accessed via context menus (and makes more sense that way).
Comment 1 Shaun McCance 2012-04-29 05:16:43 UTC
Is it now considered OK to have stuff only accessible through context menus?

http://developer.gnome.org/hig-book/3.4/menus-types.html.en#menu-type-popup

"Since the user may not be aware of their presence, do not provide functions that are only accessible from popup menus unless you are confident that your target users will know how to use popup menus."
Comment 2 Allan Day 2012-04-29 09:48:02 UTC
(In reply to comment #1)
> Is it now considered OK to have stuff only accessible through context menus?
> 
> http://developer.gnome.org/hig-book/3.4/menus-types.html.en#menu-type-popup
> 
> "Since the user may not be aware of their presence, do not provide functions
> that are only accessible from popup menus unless you are confident that your
> target users will know how to use popup menus."

The options that will only be in a context menu are context driven and are specific to a single, delineated part of the ui. A context menu is appropriate in that situation and is in some ways less confusing than housing them in a menu bar or app menu (a long list of insensitive menu items ain't good).
Comment 3 Shaun McCance 2012-04-29 15:57:24 UTC
I wasn't really questioning whether context menus are good. I think it's obvious they are. But the existing HIG insists that a large number of people don't know about them, so there should be an alternative way to accomplish an action. Maybe that's no longer true; I don't know. But I think we need clarification when designers ask developers to explicitly go against the HIG.
Comment 4 Robert Roth 2012-08-11 19:54:28 UTC
I guess this is blocked on bug 351087, aka porting to GtkApplication.
Comment 5 Stefano Facchini 2012-09-19 23:10:36 UTC
Created attachment 224788 [details] [review]
Port to Application menu

The menubar is removed and the application-wide actions are made
available in the Application menu. Actions in the "view" menu
related to the "Processes" tab are accomodated in a menu button
inside the tab itself.

---

Depends on the patch at bug 351087
Comment 6 Robert Roth 2012-09-20 17:46:34 UTC
Review of attachment 224788 [details] [review]:

Please also update the configure.ac to require the gtk+ version introducing gtkmenubutton.
Comment 7 Stefano Facchini 2012-09-20 19:05:28 UTC
Created attachment 224851 [details] [review]
Port to Application menu

The menubar is removed and the application-wide actions are made
available in the Application menu. Actions in the "view" menu
related to the "Processes" tab are accomodated in a menu button
inside the tab itself.
Comment 8 Robert Roth 2012-09-22 13:24:23 UTC
Review of attachment 224851 [details] [review]:

The patch references menus.ui from the makefile and the sources, however the file itself is not included in the patch, please add it.
Comment 9 Stefano Facchini 2012-09-22 15:39:53 UTC
Created attachment 224984 [details] [review]
Port to Application menu

The menubar is removed and the application-wide actions are made
available in the Application menu. Actions in the "view" menu
related to the "Processes" tab are accomodated in a menu button
inside the tab itself.



Opss, sorry :) not it should be there
Comment 10 Robert Roth 2012-09-22 21:11:47 UTC
Review of attachment 224984 [details] [review]:

Thanks for the quick responses. This one looks better, checked it, and does what it should, appmenu works, refresh and view menu integrated in processes tab works. However the menus.ui isn't marked for translation in the po/POTFILES.in. Please mark it as translatable with the proper type, and I think if that's done, it'll be OK, I will not have anything else against the patch.
Comment 11 Stefano Facchini 2012-09-23 12:10:59 UTC
Created attachment 225019 [details] [review]
Port to Application menu

The menubar is removed and the application-wide actions are made
available in the Application menu. Actions in the "view" menu
related to the "Processes" tab are accomodated in a menu button
inside the tab itself.
Comment 12 Robert Roth 2012-09-30 20:45:40 UTC
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.