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 643916 - User-Menu need to be more logical.
User-Menu need to be more logical.
Status: RESOLVED WONTFIX
Product: gnome-shell
Classification: Core
Component: general
unspecified
Other All
: Normal enhancement
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2011-03-04 22:44 UTC by Gendre Sébastien
Modified: 2011-03-14 19:59 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Gendre Sébastien 2011-03-04 22:44:03 UTC
The User-Menu in Gnome-Shell is very practice, but it is confusing:  For show it the user need to click on his name, so he expects to see entries (only) related to him like his status but not related to the system.

To correct this confusion I propose to create a second menu for entries related to the system.

With this, we obtain:

- User Menu: Status (Available, Busy, etc), access to account settings (My Account...) and quick user managment (Switch User and Log Out).

- System Menu: Informations (About this computer), Settings (System Preferences), power (Suspend, Power Off, etc)

Note: 'About this computer' open control-center to 'System Info' panel. 

And to represent this menu in the top panel, the more logical and explicit way is to use the system logo placed on the right of User-Menu. By system logo I mean the Gnome logo or the OS logo (Fedora, Debian, etc)
Comment 1 Owen Taylor 2011-03-04 23:00:04 UTC
We're not going to do this for GNOME 3.0; we're UI frozen. And unless there were are persistent problems with people finding things under the user menu, we'd be unlikely to make such a big change to the top panel change between 3.0 and 3.2. If people do have problems, we'll figure something out.

Sorry to be a ruthless about closing bugs, but we have a lot of bugs open, and it's hard to find things if there are bugs open that we don't have any plans to do anything about.
Comment 2 Gendre Sébastien 2011-03-04 23:11:13 UTC
(In reply to comment #1)
> We're not going to do this for GNOME 3.0; we're UI frozen. 

Yes, but Gnome 3 is an exceptional desktop so we can mack an exception? :D

To be more serious: The first impression is very important on a new desktop (remember vista) and I think we really need to do right things from the beginning.

A such confusion is contrary to the goals and fundamentals of Gnome 3.

> Sorry to be a ruthless about closing bugs, but we have a lot of bugs open, and
> it's hard to find things if there are bugs open that we don't have any plans to
> do anything about.

But If you clode this report, it will be forgotten for Gnome 3.20. 
I really think that my proposal is a good proposal and it need to be keep open.
Comment 3 Gendre Sébastien 2011-03-14 19:07:55 UTC
Owen, can you reopen this bug? Because with "RESOLVED WONTFIX" it don't appears in a quick search.
Comment 4 Owen Taylor 2011-03-14 19:14:39 UTC
No.
Comment 5 Owen Taylor 2011-03-14 19:20:52 UTC
OK, I should be more verbose.

Honestly, I don't think this has any real chance of getting past the designers. It's a major change going against the basic design of the top panel we've had for the last couple of years. There are just too many changes that we *could* make to be worth keeping bugs open for things that I don't think we will make.

If you want to pursue this further, talk to people on #gnome-design about it after 3.0 is out, propose some mockups there and get some wider buy-in.
Comment 6 Gendre Sébastien 2011-03-14 19:29:50 UTC
(In reply to comment #5)
> If you want to pursue this further, talk to people on #gnome-design about it
> after 3.0 is out, propose some mockups there and get some wider buy-in.

This is what I planned.

But, personaly, I dont understand why you say it's "against the basic design of the top panel we've had
for the last couple of years." I think my proposition are exactly on the goals defined by Gnome 3.
Comment 7 Owen Taylor 2011-03-14 19:41:50 UTC
One of the goals of the GNOME 3 top panel design is to be non-branded - to make it about what the user is doing, not what operating system distribution they have installed.

Also, it's pretty fundamental that the user menu is fitts-law accessible in the corner.

Finally, there's some potential for confusion with Windows where the logo is primary navigation. (Though on the Mac, the apple menu is mostly random cruft you never want to use)
Comment 8 Gendre Sébastien 2011-03-14 19:59:29 UTC
(In reply to comment #7)
> One of the goals of the GNOME 3 top panel design is to be non-branded - to make
> it about what the user is doing, not what operating system distribution they
> have installed.

Have the logo of the application focused in the top panel is have a brand. This is incoherent. Why don't have the logo of Gnome or operating system distribution but have the Firefox logo?

> Also, it's pretty fundamental that the user menu is fitts-law accessible in the
> corner.

We can have the System logo in the "System status area". It's more logicial than in the left corner and save the place for user menu.

> Finally, there's some potential for confusion with Windows where the logo is
> primary navigation. (Though on the Mac, the apple menu is mostly random cruft
> you never want to use)

Some people say to me that Gnome 3 need to be better has possible, without stopping at mistakes made ​​usually by the user. 

But if you think it exist a better logo to represent the system menu, don't hesitate to suggest. ;)