Closed
Bug 122096
Opened 23 years ago
Closed 23 years ago
Context menus for menu items
Categories
(SeaMonkey :: UI Design, enhancement)
Tracking
(Not tracked)
People
(Reporter: bugzilla, Assigned: bugzilla)
References
Details
I know this sounds weird, but this has been mentioned earlier. Certain menu
items should have context menus, namely bookmark menu items and site navigation
bar menu items.
Comment 1•23 years ago
|
||
The bookmarks stuff is bug 50504
What should appear in the context menu of the site navigation bar?
| Reporter | ||
Comment 2•23 years ago
|
||
Perhaps stuff like "Copy Link", "Open in New Tab" and "Open in New Window", as
the items are links too.
Bookmarks was a mistake - you're right, that's bug 50504, so this bug is now
only about Site Navigation Bar menus.
Comment 3•23 years ago
|
||
This sounds like a UI nightmare to me...
| Reporter | ||
Comment 4•23 years ago
|
||
Windows itself has it as well at certain places. For example, in the start menu
since Windows 98. (try Start | Programs | <anyfolderorfile>, then right-click -
you'll be able to rename, remove, query [properties] etc. it, and I think even drag
'n'drop works)
Whether it's good UI is arguable, _but_ my point is still: If a bookmark located
directly in the Personal Toolbar folder can have a context menu, then every
other bookmark "deserves" it too. Everything else would only confuse the user,
wouldn't it?
Comment 5•23 years ago
|
||
I don't follow that argument, it seems to presume that typical users want to do
this, will do it, won't be confused when it does happen, and will be confused
when it doesn't. Where is the data on any of this? If it is bad (does anyone
think otherwise?), we should do it less, not more. The "I saw it in an MS
product, so it must be okay" argument is how a lot of bad UI propagated, and
extending it to '..and we should do it everywhere" seems extreme.
| Reporter | ||
Comment 6•23 years ago
|
||
Trudelle,
I don't wanna argue about this, bug my main point remains: How else is someone
supposed to be able to have the options "Open", "Open in new window", "Edit",
"Remove", "Properties", etc. in a bookmark item which is not directly in the
personal toolbar?
Of course, I don't have any numbers of how newbies are seeing this. And I don't
want to defend this admittably confusing UI much either. The only workaround I'm
seeing though - other than this one - would be to have it solved through
bookmark _windows_.
Comment 7•23 years ago
|
||
They can access bookmarks in the sidebar, or in the Manage Bookmarks window,
since what you are talking about is largely bookmark management. There is no
need to offer every possible operation from every possible location, and in
cases like this, and drag & drop within menus, we have gone too far, IMO,
complicating the UI past nearly everyone's needs, not just newbies. 99+% of the
time, what people do with bookmarks is open them, which is what all of these
interfaces make easy.
Comment 8•23 years ago
|
||
*** This bug has been marked as a duplicate of 64324 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Comment 9•23 years ago
|
||
marking verified as a duplicate.
if you decide to reopen this bug, please clarify why.
search string for bugspam removal: SalviaGuaranitica
Status: RESOLVED → VERIFIED
| Reporter | ||
Updated•23 years ago
|
Summary: [RFE] Context menus for menu items → Context menus for menu items
Updated•21 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•