Search Service: Difference between revisions

rfe bugs, post method. need summary for opensearch
(rfe bugs, post method. need summary for opensearch)
Line 22: Line 22:
I am not convinced we want to continue to use Sherlock files. Sherlock is largely a Mac thing, and it is not clear that Apple will continue to support it moving forward. I think it is worth considering using a different, XML or RDF system for storing search metadata on the web. This would allow us to reduce our code size. The customizable search function in Firefox 1.0 was obscure/not-discoverable enough to allow me to say with relative comfort that we do not need to necessarily migrate custom engines over. A new format or an extended Sherlock format may also provide us with the ability to add dynamic fields, such as a timestamp.  
I am not convinced we want to continue to use Sherlock files. Sherlock is largely a Mac thing, and it is not clear that Apple will continue to support it moving forward. I think it is worth considering using a different, XML or RDF system for storing search metadata on the web. This would allow us to reduce our code size. The customizable search function in Firefox 1.0 was obscure/not-discoverable enough to allow me to say with relative comfort that we do not need to necessarily migrate custom engines over. A new format or an extended Sherlock format may also provide us with the ability to add dynamic fields, such as a timestamp.  


* POST method search
The current search box depends totally on the search URL, which is specialized to GET method. In order to search via POST method, the browser side should controll the request (= channel) and display the result. I think, eventually, the backend will be simply a search engine file parser and its management (update etc.) tool.
= User Interface =  
= User Interface =  
== Search Engine Manager ==


The UI would remain largely as it is today but with "Add Engines..." being replaced by a "Customize..." link which would open a search engine manager. This would be a very simple UI with a list of installed engines, [maybe the ability to reorder them], and maybe a remote list of available engines from UMO.  
The UI would remain largely as it is today but with "Add Engines..." being replaced by a "Customize..." link which would open a search engine manager. This would be a very simple UI with a list of installed engines, [maybe the ability to reorder them], and maybe a remote list of available engines from UMO.  
Line 33: Line 37:
* the remote engine list in the Customize UI
* the remote engine list in the Customize UI
* the "Add Keyword for Search" context menu item capturing updates.
* the "Add Keyword for Search" context menu item capturing updates.
* Better UI on failure.


== Searching ==
== Searching ==
Line 39: Line 45:
* From the Search Box, using Aliases to select (when user types a recognized alias, engine flips). When box contents are cleared, reverts to default.  
* From the Search Box, using Aliases to select (when user types a recognized alias, engine flips). When box contents are cleared, reverts to default.  
* From the Location Bar, using Aliases to select
* From the Location Bar, using Aliases to select
= Bugs =
* New File Format
**[https://bugzilla.mozilla.org/show_bug.cgi?id=308674 Bug 308674]Monitor and implement the OpenSearch 1.1 standard
* Post Method
**[https://bugzilla.mozilla.org/show_bug.cgi?id=66363 Bug 66363]Search plugins don't work with the post method
* Search Engine Manager (Provisional)
**[https://bugzilla.mozilla.org/show_bug.cgi?id=232272 Bug 232272]Better management of search engines for toolbar (remove, store in profile, etc) over the current add new engines system
**[https://bugzilla.mozilla.org/show_bug.cgi?id=255545 Bug 255545]search plugins cannot be reordered
* Installation
**[https://bugzilla.mozilla.org/show_bug.cgi?id=124334 Bug 124334]Should display an error message when failing to add a search engine


= Work Estimate =  
= Work Estimate =  


3 Weeks
3 Weeks
16

edits