Open Bug 359570 Opened 19 years ago Updated 3 years ago

The right click menu has inconsistent hot key options in the Bookmark, History, and Page view panes.

Categories

(Firefox :: Menus, defect)

1.5.0.x Branch
x86
Windows XP
defect

Tracking

()

People

(Reporter: leofletcher, Unassigned)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.0.7) Gecko/20060909 Firefox/1.5.0.7 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.0.7) Gecko/20060909 Firefox/1.5.0.7 For example, "Open in New Tab" has the w underlined as a shortcut key in the Bookmark sidebar, but the T is underlined in the History sidebar and in the page view pane. "Open in New Window" has the N underlined in Bookmarks, but the W elsewhere. This inconsistency creates confusion, and should be easy to fix. Reproducible: Always Steps to Reproduce: 1. right click the mouse in the Bookmark and History sidebars, and in the page view pane. 2. Observe which menu letters are underlined! 3. QED
Reporter, do you still see this problem with the latest Firefox 2? If not, can you please close this bug as WORKSFORME. Thanks!
Whiteboard: CLOSEME 07/14
Version: unspecified → 1.5.0.x Branch
I assume the reason the shortcut key for "Open in New Tab" is different in the bookmark and history sidebars than the page view pane is that "T" is the shortcut key for "Cut," which is an available option in both of those sidebars. To make it consistent across both of those sidebars and the page view pane would, presumably, require either 1) changing the shortcut key for Cut throughout the browser, or 2) changing the shortcut key in the page view pane, which would seem to me to be a pretty painful transition from a user experience perspective. Marco, is this something that will get changed?
Whiteboard: CLOSEME 07/14
From a user experience perspective, I would obt for changing the shortcut in the page view pane (when right-clicking a link) to also be a w. That way we'd at least be consistent. However, I don't actually know how long this inconsistency has been around, so in either way, a transition would be painful. I do not believe it makes sense to change the "Cut" shortcut.
Yes Steve England [:stevee] I can still see it - just 21 months after I noticed it! Can you see it? (In reply to comment #1) > Reporter, do you still see this problem with the latest Firefox 2? If not, can > you please close this bug as WORKSFORME. Thanks! >
W is already the shortcut key for "Open Link in New Window" in the page view pane, so it can't be made consistent that easily, even if that would be a pain-free transition. Marco, should this be resolved as WF?
As per comment 5, this bug is waiting for confirmation from Marco as to whether it should be resolved as WONTFIX. I have marked it for that to be done by April 15th. I am also marking it as NEW, because it has obviously been confirmed by comments above.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: [closeme 2009-04-15 WONTFIX]
Alex, we still have an inconsistency between the sidebars and the context menu of links in web pages. While the former ones are still using 'w' the latter one has 'T' as accesskey. What would be the best option from the ui perspective?
URL: All
Keywords: uiwanted
Whiteboard: [closeme 2009-04-15 WONTFIX]
>uiwanted unless there is some rationale for the current behavior that I am missing (collision with some other keyboard shortcuts in the sidebars?) I think both sidebars should use the same keyboard shortcuts as context menus in the content area, since the user is most likely to be familiar with those (t for tab, w for window).
(In reply to comment #8) > unless there is some rationale for the current behavior that I am missing > (collision with some other keyboard shortcuts in the sidebars?) I think both > sidebars should use the same keyboard shortcuts as context menus in the content > area, since the user is most likely to be familiar with those (t for tab, w for > window). Marco, any reason why we cannot do that?
+1 to this bug - I recently have found myself right-clicking a bookmark on the Bookmarks toolbar and hitting 't' to open it in a new tab, to find it's (a) not opened, and (b) silently removed.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.