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 92288 - Changes to the panel context menu
Changes to the panel context menu
Status: RESOLVED FIXED
Product: gnome-panel
Classification: Other
Component: panel
2.0.x
Other other
: Normal normal
: ---
Assigned To: Panel Maintainers
Panel Maintainers
Depends on:
Blocks:
 
 
Reported: 2002-09-02 01:58 UTC by Dave Camp
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
context menu changes (1.58 KB, patch)
2002-09-02 01:58 UTC, Dave Camp
none Details | Review

Description Dave Camp 2002-09-02 01:58:05 UTC
This patch does two things:

Changes the "Delete This Panel" menu item to use the Delete stock icon
instead of Remove.  This is for two reasons: 
 * consistency with the button in the dialog after it is selected
 * the Remove stock icon is the opposite of Add, which is used in "Add to
Panel" menu, and "Delete this Panel" isn't the opposite of "Add to Panel".

I could see an argument for using Close.

Moves "Delete this Panel" after "Create Panel", because it just seems like
it fits better there (create/delete being so closely related).  Mark
pointed out that the intended order was "operates on local panel" vs
"operates globally", and this kinda makes sense, although one could argue
that Deleting a panel is as global as creating one.  Anyway, I'll leave
that choice to the experts.
Comment 1 Dave Camp 2002-09-02 01:58:45 UTC
Created attachment 10842 [details] [review]
context menu changes
Comment 2 Dave Bordoley [Not Reading Bug Mail] 2002-09-02 03:49:26 UTC
dave two comments:
1. I agree using gtk delete icon is probably better.
2. I believe the current layout was the result of the ui review.
Comment 3 Luis Villa 2002-09-03 21:58:12 UTC
Adding PATCH keyword.
Comment 4 Calum Benson 2002-09-05 13:38:59 UTC
The current order was indeed the result of the ui-review, but I'm
pretty ambivalent about moving Delete further down the menu if people
prefer it.  I guess Properties probably is a more common operation, so
it probably makes some sort of sense for Properties to be higher up
than Delete--  not sure if it should slip all the way down below New
Panel, though.
Comment 5 Glynn Foster 2002-09-05 14:00:25 UTC
Um, it also depends where your mouse if coming from. ie. if I click on
the bottom panel, my mouse pointer will be closer to properties than
if I had clicked on the top panel.
Comment 6 Calum Benson 2002-09-10 12:29:06 UTC
Heh, very true... I think we'd cause rather more problems by ordering
the menus back to front for panels docked along the bottom of the
screen though :)
Comment 7 Mark McLoughlin 2002-11-28 01:09:21 UTC
So what's the conclusion here ? And how does it relate to the
ui-review recently done ?
Comment 8 Calum Benson 2002-12-24 12:06:12 UTC
Conclusion: I don't recall (or see) any relevant bugs filed against
the top level panel menu arising from the 2.2 ui-review, so I'd be
inclined just to leave it the way it is :)
Comment 9 Vincent Untz 2003-10-14 15:05:18 UTC
I'd like to change the icon of the "Delete This Panel" to the Delete
stock icon and close the bug. Does it sound good ?
Comment 10 Calum Benson 2003-10-14 15:17:38 UTC
Fine by me, anyway...
Comment 11 Mark McLoughlin 2003-10-14 15:23:35 UTC
sounds good to me too
Comment 12 Vincent Untz 2003-10-14 15:39:18 UTC
Fixed by:

2003-10-14  Vincent Untz  <vincent@vuntz.net>
 
        * menu.c: (make_panel_submenu): use GTK_STOCK_DELETE instead of
        GTK_STOCK_REMOVE for "Delete This Panel" item.
        Fix bug #92288.