[Ernest Marcinko]

Hi!

The problem is that the same search instance is on that page more than once – which is not supported by the plugin version that you are using.

I suggest you to update to the newest version (by downloading the package again from codecanyon).

The steps for safe updating you can find here, please read them carefully: http://wp-dreams.com/knowledge-base/updating-from-older-versions/

After upgrading the problem should disappear.

[Ernest Marcinko]

Hi!

Can you attach a copy of your current theme, so I can try to recreate the issue on my local server? It’s probably a smaller incompatibility problem.

[Ernest Marcinko]

Hi!

If you deselect custom fields, then the search speed is normal? (3-5 seconds)
What is the size of your databse? (I mean number of posts, products etc..)

In case of bigger database (more than 10-20000 records) the search speed highly depends on the server speed and the configuration. There are a few things you can try first.

• Try to disable the relevance http://i.imgur.com/3CvQi6B.png
• Turn off the fulltext search: http://i.imgur.com/1BcUDJ5.png
• Lower the count of the results below 10: http://i.imgur.com/3sv1LLH.png
• If the content and the excerpt does not contain text, then disable the search in them: http://i.imgur.com/e9PdMRV.png

[Ernest Marcinko]

No problem at all.
Indeed it’s incorrect in the documentation! Thank you for pointing that out.

[Ernest Marcinko]

The code is incorrect, it’s missing the [ ] tags.

echo do_shortcode('[wpdreams_ajaxsearchpro id=1]');

[Ernest Marcinko]

Okay, it’s uploaded fine now. I think the problem is that the entire code is echoed inside the span element. As far as I know only inline elements can be placed inside other inline elements in HTML, so that’s probably the problem. The search code contains divs, images, forms and those elements are invalid inside a span.

Try to change the span to a div and it should work properly then. You might as well need to change or add a few lines to your CSS to get the positioning right.

[Ernest Marcinko]

Hi!

Could you please upload the screenshot again? It seems like there is a bug in the support ticket open page.

[Ernest Marcinko]

This is definitely a theme conflict, since you changed the theme. Could you please attach the zipped theme file here, so I can try it on my test server. Hopefully I can reproduce the issue and find a quick fix for this issue.

[Ernest Marcinko]

Can you provide temporary admin and ftp access to your site? (you can do it by editing the first post in this thread)
I can try to make some modifications on the search code based on your description. There is no configuration yet for your request, because it’s too specific. I can however try to change a few lines and perhaps that will help.

[Ernest Marcinko]

Hi!

I believe you have fulltext search activated. The MySQL database fulltext search has some wierd disadvantages of which one is a so called “known words removing” – basically the database simply discard some words if it’s considered as a common word. I think “tube” might be considered as a common word and that’s causing the problem.

The solution is very simple. On the Fulltext settings page just disable the Fulltext search option: http://i.imgur.com/1BcUDJ5.png

Sorry for the late answer, I’ve been working on a knowledgebase for the plugins and I simply forgot to answer support tickets.

Let me know if it helps!

[Ernest Marcinko]

Indeed! It happens with the new versions. There are several other bugs occuring with new browser versions, I’m working on them as well. Hopefully I can publish an update on this very soon. Thanks for reporting!

[Ernest Marcinko]

Hi!

I think you should try the “exact matches” option on the general options panel – that is good if you have many products.

When I get back to the office I will take a look at the source, to see if I can find a quick modification for your request.

[Ernest Marcinko]

Oh, indeed. I think the problem is, that the resizing is done before the animation of the sidebar is complete, thus the search thinks the sidebar is 0px wide. So, I think a 1-2 second delay on the resize method would solve this:

jQuery(document).ready(function($){
   var scope = $;
   if (typeof aspjQuery != 'undefined')
       scope = aspjQuery;
   jQuery('#nks-tab-1').on('click', function(){
        setTimeout(function() {
          scope(window).resize();
        }, 1200);
   });
});

[Ernest Marcinko]

Hi!

Very nice implementation of the search, I like your site design!
I think, in your case it would be better to trigger a resize method, when the user clicks on the search icon on the left side of the screen. The new code should look something like:

jQuery(document).ready(function($){
   var scope = $;
   if (typeof aspjQuery != 'undefined')
       scope = aspjQuery;
   jQuery('#nks-tab-1').on('click', function(){
       scope(window).resize();
   });
});

I havent tested this snippet, I can only hope it works.

• This reply was modified 11 years, 10 months ago by Ernest Marcinko. Reason: code fix

[Ernest Marcinko]

Yes. It’s a recently discovered bug, which is not yet fixed in the current version on codecanyon. However here is an attachement of the latest working copy of the plugin, it will be uploaded to codecanyon in 2 days (after brief testing).
Please deactivate and delete the old one, and install this one instead.

[Author]

Posts