mozilla

Compare Revisions

Creating OpenSearch plugins for Firefox

Change Revisions

Revision 80699:

Revision 80699 by Sheppy on

Revision 80700:

Revision 80700 by Xyzzy on

Title:
Creating OpenSearch plugins for Firefox
Creating OpenSearch plugins for Firefox
Slug:
Talk:Creating_OpenSearch_plugins_for_Firefox
Talk:Creating_OpenSearch_plugins_for_Firefox
Content:

Revision 80699
Revision 80700
tt162    <h3 name="xmlns:moz">
163      xmlns:moz
164    </h3>
165    <p>
166      The URL in <tt><span class="plain">xmlns:moz="http://www.mo
 >zilla.org/2006/browser/search/"</span></tt> is broken. It is only
 > an identifier, nobody needs to locate the resource, I know the t
 >heory, but in practice <a class="external" href="http://www.mozil
 >la.org/2006/browser/search/">http</a> is supposed to work.
167    </p>
168    <p>
169      The documentation doesn't mention that bad things can happe
 >n if an opensearch description doesn't offer a Mozilla <tt>&lt;Se
 >archForm&gt;</tt>. The default is then simply the domain, e.g., G
 >oogle for a Google CSE (custom search engine). Some users includi
 >ng me are annoyed when google.com redirects them to say google.de
 >.
170    </p>
171    <p>
172      It would be far better to use the query URL as default, eit
 >her an empty query or better using the example query in the opens
 >earch description. Of course it is possible to get this effect by
 > adding <tt>&lt;moz:SearchForm&gt;</tt> for a specified xmlns:moz
 > namespace, broken URI or not, but why should opensearch descript
 >ions be filled up with proprietary Mozilla annotations? --<a href
 >="User:Xyzzy">Frank</a> 10:53, 11 April 2008 (PDT)
173    </p>

Back to History