[Ernest Marcinko]

Hm, strange.

What if you change the code to:

[html]
<script type="text/javascript">

var _scope = jQuery;

if (typeof(aspjQuery) != ‘undefined’ && aspjQuery != null)
_scope = aspjQuery;

_scope(function($) {

// Change this variable to any search prhase if you want to
var searchPhrase = "";

setTimeout(function() {
var $input = $($("input.orig").get(0));
$input.val(searchPhrase);
$input.keyup();
$(".promagnifier").click();
}, 100);
});
</script>
[/html]

[Ernest Marcinko]

You are welcome Pavel.

I’m doing my best to help you all, as much as I can. I’m not always this fast, sometimes it takes even 48 hours to respond (during support time) if I get a large amount of tickets in a short period of time 🙂

[Ernest Marcinko]

Do you use the results shortcode? If so, then you should not use it in your case, it forces an automatical width.

Also, if not, then similarly to others, this CSS should force to override the inherited width:

[html]
div[id*="ajaxsearchprores"], div[id*="wpdreams_asp_results"] {
width: 300px !important;
margin: 0 auto !important;
}
[/html]

let me know if that works!

[Ernest Marcinko]

Hi!

I’ve found the problems. The lack of results was caused by a minor misconfiguration. On the general options, the index table engine was selected, however it is not configured. I changed it back to the default engine, and it is working now 🙂

Also, please note that on the non-ajax results page the user results will not show up (only in the ajax list). Currently wordpress does not allow to display other stuff as custom post types on the results list. I’m experimenting with a possible solution for the upcoming versions though, so it’s going to be possible sooner or later.

The white line was caused by a theme CSS rule. It was not visible on the previous version, because it used a different structure and more CSS. I fixed the problem by adding this custom CSS to the search settings:

[code]
.proinput {
max-height: 30px;
}[/code]

[Ernest Marcinko]

You are welcome, I’m glad I could help 🙂

If you like the plugin, feel free to rate it on it on your codecanyon downloads page, it’s greatly appreciated.

[Ernest Marcinko]

Oh sorry, I forgot to tell how in the first reply.

On the Layout Options -> Results layout panel, change the Results layout position option to “Block – pushes content”: http://i.imgur.com/ilegz7E.png

[Ernest Marcinko]

Great, I’m happy it works.

Hm, I think it’s a bug. I checked the code, and I made a mistake there, so it only works on the back end. For now I suggest using a custom CSS for this as well.

For the text color:

[html]p.asp-try {
color: #000000 !important;
}[/html]

and for the keywords colors:

[html]p.asp-try a {
color: #FF0000 !important;
}
[/html]

Just replace #000000 and #FF0000 with the desired color codes or color name. I hope this is going to work.

[Ernest Marcinko]

Hi!

On the Layout Options -> Output Options panel, turn ON the Show on single content pages? option and turn OFF the Show on archive pages? option, that should do the trick: http://i.imgur.com/Icso5KL.png

Let me know if that works.

[Ernest Marcinko]

Hi!

I suggest rather using the defautl shortcode not the two column one. The demo has been recently updated and it’s actually using the default shortcode. The two column shortcode is used to display the search on the left (or right) and the results on the other side. In your case it’s simply:

[code]echo do_shortcode(‘[wpdreams_ajaxsearchpro id=1]‘);[/code]

Then on the Theme Options -> Overall box layout you can control the width: http://i.imgur.com/5TWRCUU.png

The position depends on the parent element, but if you want to force centering, then use this custom CSS, it will push the search box to the center relative to the parent element:

[html]
.asp_main_container,
p.asp-try {
width: 300px !important;
margin: 0 auto !important;
}
[/html]

that should do the trick.

[Ernest Marcinko]

Hi!

The override issue seems to be related to the theme or maybe to another plugin. If the override option is enabled, the plugin automatically appends the “asp_active=1” parameter to tell the engine it is supposed to override the results.

An easy way to verify if the theme is related to the issue is to simply temporary switch it to the default (twenty fifteen) to see if it’s indeed working.
Also, there is one limitation to override: it can only override posts, pages and custom post types yet. So if you have comments, terms, tags, categories or users as results, they will not display. I’m experimenting on a solution to fix this, but It’s not ready yet.

The position seems to be all right, I wouldn’t change that. The problem there is that the menu has a media query CSS to restrict it’s width to 1020pixels minus some margin. If I were you, I would try this CSS:

[html]
@media only screen and (min-width: 768px) {
#wpdreams_asp_results_2 {
width: 702px;
margin: 0 auto;
}
}

@media only screen and (min-width: 1020px) {
#wpdreams_asp_results_2 {
width: 940px;
margin: 0 auto;
}
}
[/html]

With this CSS in my inspector it looked fine to me 🙂

[Ernest Marcinko]

Hi!

I’ve checked the source, you have an invalid HTML there, perhaps by accident. A div with id “search-box” is nested into another div with the same ID. It’s probably because of a copy/paste or something, but the inner “search-box” should not be there: http://i.imgur.com/YNo8EPr.png

It’s right around the ajax search pro shortcode. This might fix the problem, but I’m not sure.

To make sure the minimal width is not set to something very small, you can try the following custom CSS:

[html]
@media only screen and (min-width: 768px) {
#search-box {
min-width: 300px;
}
}
[/html]

[Ernest Marcinko]

Hi!

It’s actually doable with a workaround.

Put this code into your theme footer.php before the closing body tag: http://pastebin.com/raw.php?i=6hymZi4h

In that code change the

[code]var searchPhrase = "";[/code]

line to the phrase you want to populate results from. For example if you want to have “test” automatically typed in, change it to:

[code]var searchPhrase = "test";[/code]

[Ernest Marcinko]

Hi!

On the General Options -> Buddypress panel for the groups, and the General Options -> User search for the users: http://i.imgur.com/H1feUM9.png

[Ernest Marcinko]

Hi!

Thanks for the proper description and the details!

I think I got it to work. I’ve experimented with the options a bit, and turning off “Run the content filter?” on the Content Options panel solved it. I guess running that filter caused the text to disappear for some reason.

[Ernest Marcinko]

Hi!

If you mean product tags (WooCommerce or other ecommerce), you can select them on the custom taxonomy terms selection list: http://i.imgur.com/UX1pqnf.png

However if you mean post tags, it’s not possible in the current version yet, but it’s under testing for the upcoming version. It was implemented in earlier plugin versions, but it raised huge performance problems so I had to remove it.
I was finally able to work out a better solution, so it’s coming back with the next release in 5 days.

[Author]

Posts