Closed
Bug 782563
Opened 12 years ago
Closed 5 years ago
[meta] Catch up to Chrome for web search integration
Categories
(Firefox :: Search, enhancement)
Firefox
Search
Tracking
()
RESOLVED
INACTIVE
People
(Reporter: from_bugzilla3, Unassigned)
References
(Depends on 1 open bug)
Details
(Keywords: meta)
Web search is the only place where Chrome's Omnibar is significantly superior to Firefox's AwesomeBar. The user experience is very un-polished and Firefox has three search systems (keyword.URL, quicksearch bookmarks, search plugins) which seem to be independent yet each is missing something another provides.
I think, to reach parity with Chrome, the following changes need to be made:
1. Make search engine settings editable when the search box is hidden (bug 522040 which is being worked on in bug 335781)
2. If a user types a search plugin keyword, it should appear in the awesomebar drop-down the way quicksearch bookmark keywords do (bug 782555)
3. Add a "Set As Default" button to the "Manage Search Engines" dialog to provide a UI for setting keyword.URL outside about:config (bug 782559)
4. In the longer-term, look into options to unify quicksearch bookmarks and search plugins to avoid maintaining two copies of the same functionality with two different, incomplete sets of features (bug 782562)
5. Transparently retrieve OpenSearch definitions to be stored as part of the browser history and provide an equivalent to Chrome's "Press Tab to search <most likely domain completion>" prompt. (bug 782557)
Updated•12 years ago
|
OS: Linux → All
Hardware: x86_64 → All
Version: 16 Branch → Trunk
Reporter | ||
Updated•12 years ago
|
Comment 1•12 years ago
|
||
How about allow site:foo.com to work without thinking it is a protocol...
Comment 2•6 years ago
|
||
Stephan, do you want to keep this bug ? Thanks
Flags: needinfo?(from_bugzilla2)
Reporter | ||
Comment 3•6 years ago
|
||
There are still two parity concerns. It's just that one got fixed in a way which was a technical solution without actually achieving parity.
I've filed a new bug to cover that, leaving two open ones that block this.
Comment 4•5 years ago
|
||
Whilst we're still going to consider the two bugs that block this at some stage, I don't think we need this meta open any more. It is definitely not high use, and it isn't really giving any benefit over the top of having the two individual bugs.
Therefore I'm closing this as inactive.
Status: UNCONFIRMED → RESOLVED
Closed: 5 years ago
Resolution: --- → INACTIVE
Comment 5•5 years ago
|
||
(note you'll still get notifications if the blocking bugs change status).
You need to log in
before you can comment on or make changes to this bug.
Description
•