Announcement

**cardiogr** · Sep-18-2006, 08:01 PM

Hi,
Version 5 is amazing. It introduces many important features! Thank you for all your efforts.

I have come to a small problem. I don't know if it is my fault or if it is a bug.The problem is the following:

I have tried to build my own Search form using checkboxes. This is essential for me in order to apply my own javascript code to the search form.
I have noticed however that multiple categories search does not work in manual generated search forms unless the input type checkboxes are named zoom_cat[] (or zoom_cat%5B%5D in Hex) instead of zoom_cat.

Although after renaming zoom_cat to zoom_cat[] multiple categories search worked with no problem the addition of the [] signs creates problems in manipulating the checkboxes in javascript code, for example in order to save a cookie and remember the previously entered values.

It would be great if you fixed this issue in a future release so that multiple categories search (in manual generated forms) works without the need to rename zoom_cat to zoom_cat[]

**Ray** · Sep-20-2006, 01:39 AM

Yes, there are some changes to the "zoom_cat" parameter (used in search forms and in the URL for a search query as a GET parameter) for the new categories in V5.

First of all, the old "zoom_cat" (without square brackets) should still work. This will only allow you to specify a single category to search within at any one time (as in previous versions).

The new "zoom_cat[]" parameter is required for searching multiple categories at any one time (by enabling "Allow searching in multiple categories" in the Categories Configuration window). This was necessary because of the limitations on the scripting platforms supported: PHP, for example, can not handle multiple parameters with the same name, unless it is specified as an array (thus the square brackets). I think the ASP platform might be able to handle it without square brackets, but we wanted the usage to be consistent across the platforms so it became a requirement.

This should however, not restrict you in your scripting or creation of a custom search form. If you previous script only handled "zoom_cat", then you should only need to update it to use "zoom_cat[]" instead.

I'm not sure how it could hinder saving a cookie or remembering previous entered values. I think this depends on your code and you can find a way to do this if you look around online. It should definitely be possible since the "zoom_cat[]" method is the only way to accept checkboxes via PHP.

**cardiogr** · Sep-20-2006, 07:14 AM

Hi Ray,
Thank you for your answer.
The problem is that [ and ] are special characters that are recognised as special command by javascript when entered.
So when I try to refer to zoom_cat[] (for example document.form_name.zoom_cat[]) this is not recognised.
I have changed zoom_cat[] to zoom_cat12 (and zoom_cat%5B%5D to zoom_cat%31%32) hexedititing the search.cgi file
I hope there is no problem with this, but this solved the problem.
This could work for anyone having the same problem.

**Ray** · Sep-21-2006, 12:48 AM

Your abovementioned method is not necessary.

You can retrieve the zoom_cat[] element in Javascript by use of the getElementsByName function, eg.

Code:

var cats = document.getElementsByName("zoom_cat[]");

This would give you an array named cats, with each item comprising of a .checked property which you can change or verify.

We do not recommend hex editing the CGI file. Or at the least, please be aware that you could easily break functionality and we would be unable to provide any support for a hex-edited CGI file.

**cardiogr** · Sep-21-2006, 07:02 AM

Ray, thank you for the code and for your time.
I replaced the original cgi and tested it by replacing my code with yours.
Unfortunately this didn't work either.
It still can't get the element by name because of the [].

**Ray** · Sep-21-2006, 07:36 AM

I have tested my method before I posted it, so I have confirmed that it works. Perhaps there's something else wrong in your script, or your search form is declared differently than standard? The [] characters should not be the cause of the problem when using the getElementsByName function call, because it is specified as a string, so Javascript would not have any problem with it.

Here's the full example I used to test this method:

Code:

<script>
  function test()
  {
   var el = document.getElementsByName("zoom_cat[]");
   for(i=0;i<el.length;i++)
   {
       if(el[i].checked)
       {
           return true;
          }
      }
      alert("Please check at least one box!");
      return false;
  }
  </script>
 
...
 
<form method="get" action="search.cgi" class="zoom_searchform" onsubmit="return test();">
Search for: <input type="text" name="zoom_query" size="20" value="*e*" class="zoom_searchbox" />
<input type="submit" value="Submit" class="zoom_button" />
<span class="zoom_categories">
Category: <ul>
<li><input type="checkbox" name="zoom_cat[]" value="-1" checked="checked">All</input></li>
<li><input type="checkbox" name="zoom_cat[]" value="0">News</input></li>
<li><input type="checkbox" name="zoom_cat[]" value="1">Articles</input></li>
</ul><br /><br />
</span>
</form>

The above example should pop up a message window if you have no checkboxes selected.

**cardiogr** · Sep-21-2006, 08:19 AM

You are right Ray.
I tested your code and it works. It is logical what you say, that it is now a string, it should work.
I changed again my code and now it works in my code too.
I can't understand what happened at my first attempt.
Maybe I had forgotten to change some functions, maybe I didn't clear the cached files in my browser.
Anyway , it is working now!
Thank you for your time and your support

**daniswired** · Sep-22-2006, 03:15 AM

$urlLink ... maybe I'm missing a setting?

Hi, I can't wait for V5 to come out in final release. I tried the beta on a live site and came across one issue, the direct link to the page is incorrect. i.e. The files are placed in a folder called "files", but the final link (after the results have been returned) links to "http://www.mysite.com/files/ww.mysite.com/files/page.html" instead of "http://www.mysite.com/files/page.html.

Thanks in Advance!

Dan

**David** · Sep-22-2006, 03:44 AM

This is probably not a bug. More likely you are using offline mode and haven't entered the correct base URL. What did you enter as the start point and base URL?

**daniswired** · Sep-22-2006, 04:19 AM

UrlLink

I see where the issue is in the resulting HTML. The result is returning a link with the path <a href="www.website.com/folder/item.html"> instead of <a href="http://www..... ">. Both Netscape and Safari Browsers (mac) don't seem to like this.

Here is the actual test:

http://www.101hardware.com/search_te...=0&zoom_sort=0

I really appreciate your input!

Dan

**Ray** · Sep-22-2006, 05:02 AM

Your ZDAT files appear to have been corrupted by uploading the files in text mode. Are you using an external FTP program instead of Zoom to do your uploading? If so, you need to make sure the FTP program you are using uploads in BINARY mode. Do not use "Auto" modes in FTP programs, they rarely ever guesses correctly.

You can also use Zoom's built-in upload feature to ensure that the files are uploaded correctly.

If you continue to get this problem, can you ZIP up your search files (all ZDAT files including search.php and settings.php) along with your ZCFG file containing your indexer settings, and e-mail these to us. We will then try to reproduce this problem (we have tried indexing your test site already with our own settings and did not have any problems).

**daniswired** · Sep-22-2006, 05:44 AM

3rd Party FTP apps

Thank you very much for your quick responses.

When you mentioned ftp apps, red lights started flashing. I uploaded the files through Zoom and it worked like a charm. I was uploading the files via Fetch on a mac. The files were indeed getting corrupted.

After trying all methods of transfer, I think it's safe to tell all mac users that Fetch does not work, in ANY setting (raw data and ASCII failed).

Again, I can't wait for the final release!

Dan

**AG!** · Oct-13-2006, 07:20 AM

Hello, its me again,

Yesterday, using the latest build Beta 12, my config file had 11 start points. I had a limit of 300 files per start point in the limits tab (for testing). Zoom only indexed the first 9 start points. I then added another start point bringing the total to 12 and zoom indexed 10 this time. If you want to see the cfg file, I can email it to you when I get home from uni.

Thanks

**David** · Oct-13-2006, 07:47 AM

Yes, please E-mail us the config file.

Announcement

Known problems with beta release V5

Known problems with beta release V5

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment