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 85622 - [doc] Update docs for GNOME, Applications and Actions menus
[doc] Update docs for GNOME, Applications and Actions menus
Status: RESOLVED FIXED
Product: gnome-panel
Classification: Other
Component: docs
2.0.x
Other All
: Normal minor
: ---
Assigned To: John Fleck
Panel Maintainers
Depends on: 82586
Blocks:
 
 
Reported: 2002-06-17 15:37 UTC by Calum Benson
Modified: 2015-03-24 13:00 UTC
See Also:
GNOME target: ---
GNOME version: 2.0



Description Calum Benson 2002-06-17 15:37:38 UTC
The following issues came out of the recent ui-review and are recommended
for fixing prior to GNOME 2.0.1:

Actions menu:
- s/Lock Display/Lock Screen
- s/Take a Screen Shot/Screenshot...

Applications menu:

- s/KDE menu/KDE Menu
- s/Debian menu/Debian Menu

GNOME menu:

- s/Log out/Log Out... (there was some discussion about whether it was just
a confirm dialog. With the introduction of options like 'Log Out, Reboot,
Shut Down' etc.. we decided we should have the ellipses)
- s/Lock screen/Lock Screen
- Remove 'Panel' submenu
- s/KDE menu/KDE Menu
- s/Debian menu/Debian Menu
- s/Take a Screen Shot/Screenshot...
- 'Run Programs...' should be available from the GNOME Menu [preferably
following order of actions menu]
- s/Main Menu/GNOME Menu on the tooltip
- Remove 'Properties' on context menu
- We should be using the Menu Editing Plan [whenever this happens] so for
now, let's just lock things down
- We should not let the user customize the icon, let's keep this unique
Comment 1 Luis Villa 2002-06-18 20:54:23 UTC
Adding keywords to all ui-review bugs in one mass change, sorry for the spam. It
would be very nice if the folks doing UI review stuff would be sure to add
'PATCH' to the bugs that have those. I'm (tentatively) not marking these 'high'
but the release team [having gotten approval from the docs and i18n people]
would like to see these in ASAP on the 2.0.1 branches, so that i18n folks can
start translating at their convenience.
Comment 2 Glynn Foster 2002-06-28 14:33:17 UTC
Even though there isn't a patch with this, it make sure it's on the
radar of already done hacked on bugs.
Comment 3 Luis Villa 2002-06-28 16:52:47 UTC
After¦some¦discussion¦with¦the¦release¦team,¦in¦order¦to¦get¦these¦in¦to¦2.0.1
and¦to¦not¦make¦the¦translators¦shoot¦us,¦these¦need¦to¦get¦in¦ASAP¦:)¦I'm
marking¦them¦'urgent'/2.0.1¦as¦a¦result;¦it¦would¦be¦greatly¦appreciated¦if
maintainers¦of¦the¦affected¦components¦can¦work¦on¦getting¦these¦patched¦ASAP¦so
that¦the¦translators¦can¦get¦cracking¦on¦them¦for¦the¦next¦release.¦[Subject,¦of
course,¦to¦maintainer¦agreement¦with¦the¦goals¦of¦the¦review¦:)¦
Comment 4 Mark McLoughlin 2002-07-01 06:29:25 UTC
Fixed in CVS.
Comment 5 mike 2002-07-03 10:37:34 UTC
- Remove 'Properties' on context menu

What is the rationale for this? Personnally whether or not "good" 
menu is implemented via the panel menu, having properties is just too 
useful.

For example, a program is crashing that is launched from the menu, 
you then look at properties to see what the program name is so you 
can run it from the terminal for extra info.

- We should be using the Menu Editing Plan [whenever this happens] so 
for
now, let's just lock things down

Menu editing plan?
Comment 6 Calum Benson 2002-07-03 10:48:56 UTC
The only thing that's been removed (I hope, as that's what we
discussed in the ui-review) is the "Properties" item on the context
menu for the GNOME menu itself.  

The only half-useful thing that Properties dialog let you do was
change the icon for the GNOME menu (the Global/Main menu stuff was
crack and not fully implemented).  And we decided nobody would ever
want to change that lovely foot icon anyway :)

The Properties item for all other panel objects and menu items is
still there.
Comment 7 Glynn Foster 2002-07-05 17:41:07 UTC
reopening for docs
Comment 8 mike 2002-07-09 11:20:17 UTC
Just downloaded latest cvs, and properties has been obliterated for 
all menu items
Comment 9 Calum Benson 2002-07-09 12:02:57 UTC
Hmm, looks like you're right, that wasn't the intention.  Any chance
we can have them back, guys?
Comment 10 Glynn Foster 2002-07-09 14:20:25 UTC
Properities option on the panel menu context menus was removed because
of menu editing problems. It will almost certainly come back in the
future. Not sure if this is a 2.0.1 thing [I still don't think we've
got menu editing sorted out yet].
Comment 11 mike 2002-07-11 15:28:15 UTC
Well menu editing is supposed to be a 2.0.1 thing and the properties 
is fairly vital, if only so that people can debug programs from the 
terminal.
Comment 12 mike 2002-07-16 01:54:51 UTC
looks like menu editing is not going to be implemented at all (or at
least not any time this side of 2.2), so point about properties is
probably academic.

Still not good ui IMHO (being able to see what program is being run by
which menu item)
Comment 13 Mark McLoughlin 2002-07-19 02:47:43 UTC
Trimming keywords, changing priority and re-titling for clarity





Comment 14 Eugene O'Connor 2002-08-06 10:07:55 UTC
Updated User Guide docs to reflect these changes. However, I still see
Lock Display and not Lock Screen on the Actions menu.
Comment 15 John Fleck 2002-08-07 03:03:17 UTC
I have "Lock Screen" on my menu panel (cvs build from last weekend).