Mycroft![[boxes]](http://www.mozdev.org/sharedimages/boxes.gif)
 |
Users: | Home | Search | Uninstall | Requests | Contact | Hosting plugins |
|
Developers: | Contribute | Submit Plugins | Judge Plugins | Broken Plugins | Mailing List | Bugs |
|
Documentation: | Table of Contents | Quick Start | Introduction | Installing | Header | <SEARCH> | <INPUT> | <INTERPRET> | <BROWSER> | Icons | Additional Documentation |
Advanced Mozilla-Search Plugin Documentation.
Back to Main Table of ContentsThe <INTERPRET> tag information
- Contents
the interpret tag section is located within the search tag section. The interpret tag supports many different options. This is where we define how the output is interpreted. This section is broken down into specific, channels as they are within the Mozilla-Search source code.
Top^Mozilla-Search general channel support
The general channel tags are the basis for the <INTERPRET> section of your plugin.
Top^bannerStart and bannerEnd
bannerStart="<--banner start-->"
bannerEnd="<--banner end-->"
Typically used for the start and end tags of an image you would like to present, such as a banner add when in multi-search mode. However, you may find as I have that you can use this tag to fix problems with search output, such as search output that uses tables or shrinking result fonts. Often times the output will not display properly or at all in multi-search mode as the Table tags or fonts are misaligned or there is no start to the table on display. In those cases use these tags to define what is displayed before the results.
Top^resultListStart and resultListEnd
resultListStart="<--results start-->"
resultListEnd="<--results end-->"
Defines where the result list starts and ends. This indicates to Mozilla search where in the search results it should start looking for Items and where in the search results it should stop looking. If the resultListStart tag is not present then Mozilla will look for Items from the top of the search results. Note this will look through the output for the first instance of the ListStart tag and start looking for Items until it runs into the List end tag, then it will search the rest of the output for another instance of the ListStart and continue this operation until it reaches the end of the output.
Top^resultItemStart and resultItemEnd
resultItemStart="<--result item start-->"
resultItemEnd="<--result item end-->"
Defines where the result item starts and ends. This indicates to Mozilla-Search where within the resultList (previously defined) to obtain the items to propagate the side bar and Multi-search list items. Note this will look through the resultList for the first instance of the ItemStart tag and start looking for any <a href=""> tag Items until it runs into the ItemEnd tag, then it will search the rest of the resultList for another instance of the itemStart and continue this operation until it reaches the end of the resultList.
Top^relevanceStart and relevanceEnd
relevanceStart="<--relevance start-->"
relevanceEnd="<--relevance end-->"
Will tell Mozilla-Search to go through the result list that you have already defined and select any numeric data between the relevanceStart tag and relevanceEnd tag then list only the numeric data in the relevance field in multi-search mode. This enables you to sort items based on relevance. Mozilla-Search will strip out any data contained in the relevance result that is not numeric. It will only return numeric results.
Top^skiplocal
skiplocal="true"
Tells Mozilla-Search whether or not to skip links that reference the search engine you are using.
Values available are "true" and "false".
Top^charset
charset="Charset"
The charset tag is sometimes needed to correctly identify the characters in the plugin itself.
When using this tag and multiple interpret sections you need to place a copy of this tag in each of the interpret sections. See also queryCharset when using this tag. (It is also possible to set resultEncoding but as for queryEncoding this is more difficult and takes a numeric argument).
Top^shopping channel support
The shopping channel adds pricing and availability information to your Mozilla-Search plugin. When using the shopping channel make sure that your resultItems do not begin after or end before the price or availability for the item is defined. You must include that information within the resultItem in order for it to appear in multi-search mode. These tags are useless in basic or single-search modes.
Top^priceStart and priceEnd
priceStart="<--price start-->"
priceEnd="<--price end-->"
Will tell Mozilla-Search to go through the result list that you have already defined and select any data between the priceStart tag and priceEnd tag then list that data in the price field in multi-search mode. This enables you to sort items based on price. This feature does not discriminate. It will include any data including words and symbols that it finds between the priceStart and priceEnd tags.
Top^availStart and availEnd
availStart="<--avail start-->"
availEnd="<--avail end-->"
Will tell Mozilla-Search to go through the result list that you have already defined and select any data between the availStart tag and availEnd tag then list that data in the availability field in multi-search mode. This enables you to sort items based on their availability. This feature does not discriminate. It will include any data including words and symbols that it finds between the availStart and availEnd tags.
Top^news channel support
The news channel adds additional support for dating of articles. like the shopping channel you need to make sure that your resultItems do not begin after or end before the date for the item is defined. You must include that information within the resultItem in order for it to appear in multi-search mode. These tags are useless in basic or single-search modes.
Top^dateStart and dateEnd
dateStart="<--date start-->"
dateEnd="<--date end-->"
The dateStart and dateEnd Will tell Mozilla-Search to go through the result list that you have already defined and select any data between the dateStart tag and dateEnd tag then list that data in the date field in multi-search mode. This enables you to sort items based on their date. This feature does not discriminate. It will include any data including words and symbols that it finds between the dateStart and dateEnd tags.
Top^people channel support
The people channel adds additional support for sorting items by name and e-mail address. like the other channels you need to make sure that your resultItems do not begin after or end before the name or email addresses for the item is defined. You must include that information within the resultItem in order for it to appear in multi-search mode. These tags are useless in basic or single-search modes.
Top^nameStart and nameEnd
nameStart="<--name start-->"
nameEnd="<--name end-->"
The nameStart and nameEnd Will tell Mozilla-Search to go through the result list that you have already defined and select any data between the nameStart tag and nameEnd tag then list that data in the name field in multi-search mode. This enables you to sort items based on their name. This feature does not discriminate. It will include any data including words and symbols that it finds between the nameStart and nameEnd tags.
Top^emailStart and emailEnd
emailStart="<--email start-->"
emailEnd="<--email end-->"
The emailStart and emailEnd Will tell Mozilla-Search to go through the result list that you have already defined and select any data between the emailStart tag and emailEnd tag then list that data in the email field in multi-search mode. This enables you to sort items based on their email. This feature does not discriminate. It will include any data including words and symbols that it finds between the emailStart and emailEnd tags.
Top^special browser support
The special browser support section tells Mozilla what type of result it is looking for. Mozilla then determines how to display the results.
Top^browserResultType
browserResultType="result"
There are currently two browser result types. The first and foremost result type is "result". Result will display as a list of links or documents in the sidebar or multi-search panel with the icon for the plugin. The "category" result type will display as a list of links or folders in the sidebar or multi-search panel with a folder as the icon for the plugin.
Top^Using multiple <INTERPRET> tags
Some sites may require the use of multiple interprets. If you are using the "category" result type you will need at least one additional interpret tag section. Multiple interprets are separate from each other. Placing duplicate tags in a single interpret section will not produce the desired results.
| Top^ | Back to Main Table of Contents | Next> |
User Contributed Notes for this section
Have a useful tip or trick to add to this section? You can use the form below to add your comment to the user contributed notes.
If you find something that no longer works, is invalid, or is no longer needed. Please let us know by contacting us through the Mycroft Mailing List.
Please do not place corrections in the user notes section, it is for helpful tips and tricks only.
Have you found and documented a feature that is not documented in these pages? Send it to us for inclusion in these documents and we will add your name to the list of contributors for this document.
If you do not get a response to a question posted in this forum, please try sending a message to the project's mailing list or to the project owner directly.
- [1] Submitted by: djdub on Wednesday March 26th 2003
-
The encoding/charset documentation is unclear (as I also mentioned on the query page). Does charset indicate the encoding of the ".src" file plugin itself? (If so, why is it specified once per <interpret> -- why would somebody encode the .src file in more than one encoding?) Also, the Sherlock TN1141 documentation mentions resultEncoding as "The encoding that the HTML results are in" -- shouldn't this be mentioned and used?
- [2] Submitted by: Romain Vallet on Wednesday July 30th 2003
-
djdub:
As far as I know, the charset tag indicates the encoding of the search results page, so the links in the sidebar are correctly displayed.
When creating a plugin, I usually do a test search, then display the Page Infos (Ctrl+I) to know what charset to use.
Hope this helps.
- [3] Submitted by: DmiG on Wednesday October 15th 2003
-
It is still unclear: how string must be defined in the plugin...
E.g. I need to define resultListStart="1.". But there are quotation marks inside the string. How to define them?
Constructions like " "string" " or ' "string" ' didn't work.
- [4] Submitted by: DmiG on Wednesday October 15th 2003
-
Oh, HTML tag with it's parameter and backslashes were stripped.
" "string" " -- meant C-like escape sequence.
Also, there must be the way to define chars like Tab or CRLF.
- [5] Submitted by: mat @ Mycroft on Thursday October 16th 2003
-
All quotes are stripped and I could not find an escape sequence when looking through the code.
http://lxr.mozilla.org/seamonkey/source/xpfe/components/search/src/
There is one bug however, that you may be interested in.
- [6] Submitted by: Filippo on Tuesday January 27th 2004
-
Hello, thanks for this plugin.
I tried to write a search plugin for www.cinematografo.it an italian film db.
I can't find the right resultListStart and resultListEnd, since this site doesn't have a clear character sequence to identify it, so I get every link of the page in the results. Do you think I can do some more?The first part of my .src:
-------------------------
thanks bye - [7] Submitted by: Alan on Saturday January 31st 2004
-
Re: [6] Italian Fim DB
Fillipo, I had a quick look at this page using "007" as my test search string. I am fairly sure the following will work, but I did not test.
resultListStart='"
resultListEnd=""
resultItemStart=''
resultItemEnd="" - [8] Submitted by: Alan on Saturday January 31st 2004
-
Re: [6 and 7] Italian Film DB
Hah, it's says above "No HTML" so the answer does not show. Please send an email direct to the mailing list (link at bottom of page) and I'll reply to you directly.
- [9] Submitted by: French guy on Thursday March 4th 2004
-
Sorry, i understand nothing about
resultListStart
resultListEnd
resultItemStart
resultItemEnd
relevanceStart
relevanceEnd
i tryed to do a plugin with Yahoo France (fr.yahoo.com)
Could you help me please ??? - [10] Submitted by: Alan on Saturday March 6th 2004
-
Re: [9] French Guy
This is not an official document as yet but it should explain things for you.
http://mycroft.mozdev.org/testing/InterpretExample.htm - [11] Submitted by: Heikki Toivonen on Friday May 28th 2004
-
I created a Finnish-English dictionary plugin which otherwise seems to work fine, but the Search Results list in the sidebar is bogus. I understand the code is looking for links, but quite naturally dictionary results do not contain links. I would be happy if nothing happened with the Search Results, but the way it is currently working it puts one bogus result/link into the sidebar. URL:
http://www.co.jyu.fi/~hjtoi/finnplace.htmlMozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 - [12] Submitted by: Mat on Sunday May 30th 2004
-
Re: [11] Heikki Toivonen
To remove the unwanted result you would include an interpret section that would not return a result. I suggest you use something with generic delimeters such as this:
!"
resultItemStart=""
resultItemEnd=""
relevanceStart=""
relevanceEnd =""
>By using generic delimeters you will likely remove the unwanted link and encourage the use of delimeters. Should the site later include links in results and they make use of these tags, your plugin will not need updating.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a2) Gecko/20040524 - [13] Submitted by: Mat on Sunday May 30th 2004
-
Re: [11] Heikki Toivonen
Hopefully the tags will display correctly this time.
To remove the unwanted result you would include an interpret section that would not return a result. I suggest you use something with generic delimeters such as this:
>interpret
resultListStart=">!-- RESULT LIST START --<"
resultListEnd=">!-- RESULT LIST END --<"
resultItemStart=">!-- RESULT ITEM START --<"
resultItemEnd=">!-- RESULT ITEM END --<"
relevanceStart=">!-- RELEVANCE START --<"
relevanceEnd =">!-- RELEVANCE END --<"
<By using generic delimeters you will likely remove the unwanted link and encourage the use of delimeters. Should the site later include links in results and they make use of these tags, your plugin will not need updating.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a2) Gecko/20040524 - [14] Submitted by: oyvind on Thu, 8 Jul 2004 22:31:57 -0400
-
As far as I understand the mozilla search sidebar do not display anything but text in [a href=""], but some searches do not display anything but a "click here" and then the description:
[a href]Click here[/a]This is the description[br]
[a href]Click here[/a]This is another description[br]Is there a possibility to include the actual description in the search result?
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040510 - [15] Submitted by: daniel on Wednesday 21st July 2004 at 06:43 -0400
-
hi, I want to create a search plugin for mapquest where you can search for street, city, zip and country. They have one input-tag for each -> ! how can I get my plugin handle multiple input-tags? !they can't have been filled in ahead.
thx,
danielMozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2 - [16] Submitted by: Hans on Sunday 25th July 2004 at 22:33 -0400
-
I'm creating a search plugin for a Japanese dictionary website (WWWJDIC by Jim Breen). If I set the queryEncoding and queryCharset to "shift-js", the [:selection] Japanese characters are converted into entities like 搭 so the query returns no results since it doesn't recognize any characters. How do I solve this? Thanks
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040614 Firefox/0.9 - [17] Submitted by: M�rten on Monday 26th July 2004 at 19:06 -0400
-
Hans: Mozilla don't support any charset called "shift-js". You probably mean "shift-jis".
By the way, you don't need to set both queryEncoding and queryCharset, look at my comment here:
http://mycroft.mozdev.org/deepdocs/searchtag.html#c14And I hope you know these properties should be set in the search tag, not the interpret tag that this page is about.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040615 Firefox/0.9 - [18] Submitted by: Andy on Monday 13th September 2004 at 20:52 -0400
-
Hey, I've got a site that's returning a frameset document and not a page full of results directly. Does the interpret tag look through all resulting frames for matching info, or just the root (frameset) document?
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3 - [19] Submitted by: M�rten on Thursday 16th September 2004 at 04:23 -0400
-
Without checking I suspect the answer is no. But by looking in the framset document for the URL to the page actually containing the result you might be able to change your search plugin to return that page directly.
Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.2.1) Gecko/20030711 - [20] Submitted by: Giles on Saturday 18th September 2004 at 12:00 -0400
-
Re: [18] Andy
The INTERPRET tag will tell the browser how to parse the search results that are returned in the ACTION page and any ALSOMATCH pages. Have a look at the ALSOMATCH tag in the BROWSER section. You can probably just add an ALSOMATCH tag with the URL of the 'real' results page.
Hope that helps.
Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10 - [21] Submitted by: SARC on Monday 22nd November 2004 at 18:46 -0500
-
With regards to [resultListStart and resultListEnd] I am a bit confused: "search the rest of the output for ANOTHER INSTANCE of the ListStart and continue this operation"
Does this mean that there can be multiple intances of [resultListStart and resultListEnd]. Reason why I am asking is because I have noted while making my plugin, that if there are more than 1 [resultListEnd]it automatically uses the last entry. So how is it possible to Interpret multiple [resultListStart and resultListEnd].
Any help will be much appreciated.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.7.5) Gecko/20041110 Firefox/1.0 - [22] Submitted by: Story Weaver on Sunday 5th December 2004 at 15:10 -0500
-
I'm writing a searchengine for animesuki.com, an anime bittorrent site. It works fine, except some torrents are listed with more than one url. Instead of listing both, the search table simply gives a link to one of the urls and has a little button to the left that brings up a page with the full url listing on it.
Because this button is on the left, Mozilla finds that link as well and so in the sidebar you get a blank result (it's a button, therefore it has no text as a name that can be displayed) and then the ordinary result. Is there any way of specifying links that Mozilla should ignore?
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 - [23] Submitted by: Sriram Gopalan on Monday 3rd January 2005 at 18:05 -0500
-
I created a search plugin for our intranet. Thanks for the great product.
My question is - if my search returns only one result (which is a link) , can I automatically open that link and display that (instead of a search results page with one result)?
Thanks.
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/0.10.1 StumbleUpon/1.999 - [24] Submitted by: J Jerdee on Thursday 10th February 2005 at 21:54 -0500
-
The text I am trying to select is a link embedded within href attribute of the anchor tag. For example:
[a href="http://.../goto.do?http://.../mydoc.htm&t=mi"]
I am trying to match the inner http value; not the entire href value:
http://.../mydoc.htm
I am finding the resultItemEnd is being included in the result. Is this expected and can it be avoided?
Also, how about supporting a browserResultType of "link" that the engine would treat the match as the link rather searching for a href attribute value... Is there a way to do this?
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 - [25] Submitted by: lalo on Thursday 3rd March 2005 at 22:46 -0500
-
what about crlf? I found that simply inserting it in the tag *works*, but the validator doesn't like it.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20050210 Firefox/1.0 (Debian package 1.0+dfsg.1-6) - [26] Submitted by: Elliott on Thursday 10th March 2005 at 15:10 -0500
-
I'm trying to update a search plug-in (Anidb.net's) I have fixed most of the previous problems, however when I fixed the sidebar problem of it posting unwanted items, it won't post a link for example is there is more than 1 page of results. Anyone have any ideas?
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050225 Firefox/1.0.1 - [27] Submitted by: Brad on Thursday 31st March 2005 at 13:12 -0500
-
Is there any way to get the result set dumped to a text file or database?
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050225 Firefox/1.0.1 - [28] Submitted by: Karl-Josef on Tuesday 3rd May 2005 at 08:32 -0400
-
The results of my search are displayed in a frameset.
All the tags seem only to work in the main frameset. Is there any possibility to interpret only the 'result frameset'? The result page is generated dynamically from several HTML-Templates and it seems not possible to get only the result frameset back from the server. Also the other framesets are needed for navigation.Best regards,
Karl-Josef
Mozilla/5.0 (Windows; U; WinNT4.0; de-DE; rv:1.7.7) Gecko/20050414 Firefox/1.0.3 Mnenhy/0.7.1 - [29] Submitted by: wannabe_developer on Monday 12th September 2005 at 17:31 -0400
-
re:[14] oyvind
I've been tryin to do the same for my version 0.3 Mozilla Update plugin but don't know how yet. Watch this space over the next few days.Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.7.10) Gecko/20050717 Firefox/1.0.6 - [30] Submitted by: SSH on Sunday 18th September 2005 at 14:57 -0400
-
Please help, this is probably a simple mistake on my part. I am testing my search plugin in the plugin Validator. The Sidebar feature doesnt seem to work.
Validator in sidebar result mode shows empty page. In sidebar debug mode, it complains that the list-start string was not found. I cant see anything obviously wrong with my result html.
The source of my plugin is at
http://www.wwi-models.org/misc/help/refdbplugin.src
Thanks in advance
SanjeevMozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6 - [31] Submitted by: mat on Tuesday 20th September 2005 at 17:56 -0400
-
RE: http://mycroft.mozdev.org/deepdocs/interprettag.html#c30
That is the hard part. Unless the site is setup to use standard interpret tags (most do not) you will need to look at the sites html result pages and input the custom code to interpret the different sections of code for that site. Take a look at the src files for other plugins that work in the sidebar for examples.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b4) Gecko/20050806 SeaMonkey/1.0a - [32] Submitted by: mat on Tuesday 20th September 2005 at 18:01 -0400
-
RE: http://mycroft.mozdev.org/deepdocs/interprettag.html#c29
That other piece will show up in advanced mode using multi-search, but you can't get it to show in the sidebar.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b4) Gecko/20050806 SeaMonkey/1.0a - [33] Submitted by: Ireney Berezniak on Tuesday 20th September 2005 at 21:29 -0400
-
what link pattern does the search mechanims look for exactly ... some text. Is that it? What if my link looks something like this Result1 ... will the mechanism find it?
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6 - [34] Submitted by: Ireney Berezniak on Tuesday 20th September 2005 at 21:32 -0400
-
what link pattern does the search mechanims look for exactly ... <a href=""&g;tsome text</a>. Is that it? What if my link looks something like this <a id="lnkLink1" title="Result1" href="http://www.resultsareus.com/result1.htm">Result1</a> ... will the mechanism find it?
Sorry for the double post.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6 - [35] Submitted by: SSH on Wednesday 21st September 2005 at 18:53 -0400
-
After posting post#30, I played a bit more with the plugin validator trying to figure out what is wrong. In the "debug sidebar" mode I get the following result :
"Sidebar debugging for WWI Ref DB Search plugin:Results page size: 369 characters
...."
But my result page is *not* 369 chars long, it is much larger. In fact the number 369 seems to 366 + X where X is the length of the input search string !!!!
What is happening ? Is there some other place I can ask this question about the plugin validator?
Thanks in advance
SanjeevMozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6 - [36] Submitted by: Paul on Friday 21st October 2005 at 09:13 -0400
-
Is there any way to get the Interpret tag to look at the rendered results of a page? A site for which I'm trying to write a plugin produces all of its results through javascript. The only thing in the actual source is one javascript function call. The actual results are produced dynamically in various included javascript files.
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 - [37] Submitted by: Krasimir Markov on Thursday 1st December 2005 at 17:39 -0500
-
I wrote a plugin for one dictionary and it works fine from the search bar. However, when I try to use it in the side bar there are no results. I've seen the debug information and actually the plugin is working fine but the parser ignores the results because the entries are not links. Is there something I can do?
If not, maybe it is a good idea in the future the parser to allow also "bare text" results.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 Firefox/1.0.7 - [38] Submitted by: Nandokin on Sunday 11th December 2005 at 17:31 -0500
-
Hi, could any of you guys, post the search plugin for www.dvd-basen.co.uk? I've tried several times, but there must be something wrong. I'd appreciate it. Thanks.
Mozilla/5.0 (Windows; U; Windows NT 5.1; es-ES; rv:1.8) Gecko/20051111 Firefox/1.5 - [39] Submitted by: Nandokin on Sunday 11th December 2005 at 17:33 -0500
-
Sorry, I got it wrong, it's actually http://www.dvd-basen.dk/uk/home.php3
Mozilla/5.0 (Windows; U; Windows NT 5.1; es-ES; rv:1.8) Gecko/20051111 Firefox/1.5 - [40] Submitted by: Philip Ramirez on Monday 12th December 2005 at 12:09 -0500
-
I'll make one for all region. Would you like one for a certain region?
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5 - [41] Submitted by: Philip R. on Monday 12th December 2005 at 20:02 -0500
-
Nandokin: Done. Enjoy. :D I couldn't add search sidebar support for the same reason that Krasimir is asking about: the results are baretext.
Krasimir: I'm having that same problem. =(
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5 - [42] Submitted by: Joe Window on Friday 16th December 2005 at 01:10 -0500
-
Everytime I run my search I get the desired result page, however, the sidebar is giving me problems. The validater always says:
Results page size: 1 characters
Number of sections: 1
Result list start string was not found
Please help
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5 - [43] Submitted by: Nandokin on Sunday 15th January 2006 at 10:40 -0500
-
Philip Ramirez. Thanks a lot. I had totally forgotten that I asked for that. Thanks.
Mozilla/5.0 (Windows; U; Windows NT 5.1; es-ES; rv:1.8) Gecko/20051111 Firefox/1.5