Allow shift-click/shift-enter to open an empty search page when clicking on entries in the dedicated search button on the address bar
Categories
(Firefox :: Address Bar, enhancement, P3)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox132 | --- | fixed |
People
(Reporter: standard8, Assigned: daisuke)
References
(Blocks 2 open bugs)
Details
(Whiteboard: [sng])
Attachments
(1 file)
We want to allow shift-click/shift-enter to go to the search engine homepage/empty search page, similar to the separate search bar changes planned in bug 1907034.
|
||
Updated•22 days ago
|
|
Assignee | |
Comment 1•14 days ago
|
||
|
||
Updated•14 days ago
|
Pushed by dakatsuka.birchill@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/19c3d31c8fee Open search engine page directly if click/enter with shiftKey r=daleharvey
|
||
Comment 3•4 days ago
|
||
| bugherder | ||
|
||
Comment 4•2 days ago
•
|
||
Description:
We are exploring an enhancement to the urlbar that would allow users to initiate a context menu via right-click and keyboard shortcut on any suggestion. This could provide a mechanism for users to open multiple suggestions into other tabs for later perusal, rather than needing to re-type the previous query that generated the results and selecting another suggestion.
How do we test this?
We currently have a try build that could be shared.
When will this ship?
Tracking bug/issue: 1915250
Design documents (e.g. Product Requirements Document, UI spec):
Engineering lead: :cbellini
Product manager: :hmoseti
The accessibility team has developed the Mozilla Accessibility Release Guidelines which outline what is needed to make user interfaces accessible:
https://wiki.mozilla.org/Accessibility/Guidelines
Please describe the accessibility guidelines you considered and what steps you've taken to address them:
Describe any areas of concern to which you want the accessibility team to give special attention:
We're interested in any concerns about the proposed enhancement, in general. But we're also interested in thoughts related to the keyboard shortcuts used for the various desktop platforms to display the right-click context menu. Navigating the results list, selecting a result and pressing SHIFT+F10 on Windows and Linux will display the context menu in our current prototype, a common key combination on those platforms for displaying a context (right-click) menu. However, on macOS the implementation is currently different, as it doesn't appear to have an equivalent to SHIFT+F10 like Windows and Linux do. Instead, macOS' Alternative Pointer Actions in System Preferences > Accessibility is used to specify a key to combine Fn with (F12 is the default) to perform a right-click. This is close to SHIFT+F10 on Windows/Linux, but this feature requires the mouse pointer (not cursor) be in the area (in our case, over a suggestion in the list) to perform a similar action. Our initial thought to is keep our implementation supporting macOS in this same manner, without creating our own override to force SHIFT+F10 on macOS, knowing there's a caveat that the mouse pointer will need to be over the intended suggestion to work correctly, assuming that this aligns with macOS keyboard users' expectations. Any concerns with this?
Description
•