Revision [20196]

This is an old revision of OpenSearchForWikka made by JavaWoman on 2008-09-04 18:38:44.

 

OpenSearch for Wikka


What is OpenSearch?

At its simplest, OpenSearch is an open specification that allows search engines to publish what the (HTTP) interface to their engine looks like, and search clients to use that specification to provide a compatible user interface to that search engine. Search engines may also use the specification to tell what the license for their search results is: an open license would allow search clients to create a single interface to multiple open-license search engines, much like today's "meta" search engines.

All the search engine needs to do is publish a description file in XML format that specifies its interface; and to enable autodiscovery it can link to this description file via a <link> tag in the <head> section of its website. Any application that supports OpenSearch can thus find this description file, and use it to create an interface to using that search engine without requiring the end user to go to the search engine's website.

A search client application can be a desktop application (such as a browser: both Internet Explorer 7+ and Firefox 2+ support it) but it can also be a web-based application. An application needs to download the XML description file, and interpret it to provide a search interface for the search engine it belongs to.

For a more detailed description, see OpenSearch.

Who uses OpenSearch?

Even though the OpenSearch specification is officially still a draft (but quite stable), it is already widely supported.

Search engines

Did you notice how two in that list are applications that the Wikka Wiki project itself is using? We use WordPress for our blog, and Trac for our issue tracking. And did you notice there's a wiki site in that list? Wikipedia is a major one (Mediawiki has a plugin for that), but not the only one. For more see OpenSearch software.
Many major search engines already support OpenSearch: Amazon, of course, since they are the inventor, but also Yahoo!, Google, and may more. But any website or web publishing software that provides its own search function can be a search provider for OpenSearch as well. Notable examples are WikiPedia (in all languages), WordPress (via a plugin), Trac, Youtube, and Mozilla Add-ons.

More OpenSearch providers can be found here (just a start):

Search clients

As I've already hinted, Both Internet Explorer 7 (and later) and Firefox 3 (see the footnotes) support OpenSearch, allowing you to add extra search engines to the list of engines you can use. (It seems that the Google Chrome browser (just in beta) also supports it, without explicitly mentioning it.)
There are also web-based search aggregation sites. For details, see: OpenSearch search clients.

Enter Wikka

As you may have gathered by now, although the OpenSearch specification allows many variations, if you have a website that provides search functionality, it is actually very easy to enable that for OpenSearch. While the usual format of an OpenSearch result is a feed (Atom or RSS), the specification also provides for search results in the form of HTML pages - and that's exactly what Wikka already does in its search functionality. This means that any Wikka installation can be an OpenSearch search provider - all it takes is two steps:
  1. Create and upload an XML description file
  1. Enable autodiscovery with two simple additions to the <head> section
You do not even need to edit any scripts!

Ready? Let's go!

Create a description file

You can read the details of the syntax of the description file here:
First, a little preparation:
  1. This is possibly the hardest part of the exercise: You need to decide how your search function(s) will be known to the world, and you have only 16 or fewer characters of plain text available. That "ShortName" is what your search will be known by in the dropdown search menu of a supporting browser (unless you also provide a LongName, so make sure it is distinctive. If you want to support both the plain text search and the expanded text search you can, but your choice of "ShortName" becomes even harder!
  1. While the ShortName element is required, you can also provide an optional LongName, for which you have 48 or fewer characters of plain text available. It seems that Firefox will use the ShortName, even if a LongName is provided, in the search dropdown (I don't know how IE7 is handling this since I don't have access to it.)
  1. Optional: A description is also possible: up to 1024 plaintext characters - no markup!
  1. Optional: A Contact email; you could use your admin email address, but remember that it will be visible in cleartext. If you are not comfortable with that, create a special throw-away address for the purpose, or just do not provide a contact
  1. An icon would be nice, although it is not strictly necessary. Two formats are recommended (you can provide both):
If you already have a favicon for your site, you can simply use that, or you can create a special "search" variant if you like; if you create a special one, just upload it to you images directory.
  1. The default "input format" for OpenSearch is UTF-8; if you've set up your site to use UTF-8, you won't need to specify anything, but the default for Wikka is ISO-8859-1, which you would need to specify.
  1. Finally, decide on a location for your XML description file. In a short discussion with DarTar on the TheLounge #wikka IRC channel, we agreed that libs/opensearch would be a good location: while it is not a library in the sense of a set of routines in a programming language, you can provide a library if search description files here.
  1. For the autodiscovery you can provide a longer description in a title attribute, that describes what an end user would be adding to their browser. Just remember that once a search interface has been added, that description is no longer available: the ShortName (or LongName if provided) must be able to stand on its own, and not be confusable with other searches someone may have added!

After that preparation, you're ready to create your XML description file. First, grab the following template:
search description template
  1. <?xml version="1.0" encoding="UTF-8"?>
  2. <OpenSearchDescription xmlns="http://a9.com/-/spec/opensearch/1.1/">
  3.     <ShortName>[[your ShortName]]</ShortName>
  4.     <LongName>[[**your LongName]]</LongName>
  5.     <Description>[[a description, up to 1024 characters of plain text, no markup]]</Description>
  6.     <Contact>[[**your Contact email]]</Contact>
  7.     <Url type="text/html"
  8.         template="[[your base_url]]TextSearch[[separator ?|&]]phrase={searchTerms}"/>
  9.     <Image height="64" width="64" type="image/png">[[**path to a 64x64 image</Image>
  10.     <Image height="16" width="16" type="image/vnd.microsoft.icon">[[**path to a 16x16 icon]]</Image>
  11.     <Query role="example" searchTerms="page" />
  12.     <SyndicationRight>open</SyndicationRight>
  13.     <Language>en-us</Language>
  14.     <InputEncoding>[[**encoding if not UTF-8]]</InputEncoding>
  15.     <OutputEncoding>[[**encoding if not UTF-8]]</OutputEncoding>
  16. </OpenSearchDescription>

This is conformant with the latest version of the specification, the OpenSearch 1.1 current draft.

Now you can edit it; the bits you need to fill in are enclosed in [[...]]. If it starts with **, it is optional: leave out the whole tag if you do not provide a value. The elements you absolutely must provide are ShortName, Description and Url; and of course the OpenSearchDescription root element. ShortName and Description are described above; Url is the search URL "template" the browser will use to construct a search from the user's input. Let's go through it line by line (elements are linked to the official description):

That's it - it's easier than it looks: just go through the steps carefully, you can't really go wrong. Name the file after the type of search it describes, like TextSearch.xml or TextSearchExpanded.xml (you can have both).

To install these file(s) in your Wikka installation you need to:
  1. create a opensearch directory under the libs directory in your installation path (if you run an old version of Wikka and don't have a libs directory, simply create that first);
  1. upload your XML description file(s) into [yourpath]/libs/opensearch.
  1. copy the .htaccess file you find in the images or css directory to your opensearch directory (without this, a browser won't be able to download the XML file!)

Provide for autodiscovery

For this, you'll need to edit the file header.php. Depending on the version of your Wikka installation, it's either in the templates directory (version 1.1.6.4 or later), or the actions directory (earlier versions). The process is the same, regardless of where it is located.

Open (a local copy of) the file in a text editor, and make the following changes:
  1. Find the section where the start of the HTML is produced (in 1.1.6.5 this starts on line 7); two lines below that is the <head> element; change it from
    to
    1. <head profile="http://a9.com/-/spec/opensearch/1.1/">
  1. For each of your XML description files, insert a link tag that indicates its location, for instance just before the link tags for the favicon; the href attribute must point to the location of your XML file. You can use variables, too. For instance like this for (plain) TextSearch:
    1.     <link rel="search" type="application/opensearchdescription+xml" href="<?php echo <?php echo $site_base ?>;?>libs/opensearch/TextSearch.xml" title="<?php echo $this->GetConfigValue('wakka_name');?> Text Search"/>

If you have done this locally, upload your modified header.php to your server again.

Test!

Now, if you go to your wiki with a browser like Firefox, you'll note that the dropdown button for the search box get a blue "glow" around its down arrow. Click it, and you'll see an option to add your own search engine(s) to the list. All you need to do is click that menu item, and from then on you can search your site directly from the browser, without going to the site first. And any of your visitors can do the same.




Footnotes
  1. Actually, Firefox 2 did not really support the OpenSearch specification, but a proprietary variant. While that document suggests that "the only difference is the root element and XML namespace" that is certainly not the case in comparison with the current OpenSearch 1.1 draft version.
  1. An extra complication is that adding the Mozilla-specific elements, attributes and namespace to an OpenSearch description (as illustrated on WikkaOpenSearch) will make it no longer work with Internet Explorer: the document is no longer conformant (and no longer "open")!
  1. Meanwhile, Firefox 3 does support the actual OpenSearch specification, and the definition file given above works without a hitch in Firefox 3.
  1. The upshot is that if you wanted to provide backwards compatibility with Firefox 2, you'd have to provide a compliant OpenSearch description file as well as a Firefox proprietary (no-open) description file.
  1. Since I don't have access to Internet Explorer 7, I'm hoping for someone to test the instructions in this page (or a proof of concept implementation of it), and report the result here!
There are no comments on this page.
Valid XHTML :: Valid CSS: :: Powered by WikkaWiki