[Ernest Marcinko]

Hi!

You are very welcome, i’m glad you are enjoying the plugin 🙂

Changin the placeholder color different from the input color is only possible via custom CSS color right now. I didn’t make an option to change that, the placeholder will get the same color as the input field, only with a lower opacity. I might have to implement this option though, I will definitely think about it.

In the meantime use this code to override the placeholder color:

[code]
input.orig::-webkit-input-placeholder {
color: rgb(255, 224, 101) !important;
}

input.orig:-moz-placeholder { /* Firefox 18- */
color: rgb(255, 224, 101) !important;
}

input.orig::-moz-placeholder { /* Firefox 19+ */
color: rgb(255, 224, 101) !important;
}

input.orig:-ms-input-placeholder {
color: rgb(255, 224, 101) !important;
}[/code]

It’s a bit lengthy and repetitive, but it only works this way for some reason. Now you can change the input color to black, and the placeholder color should still stay yellow.

[Ernest Marcinko]

Hi!

Thank you for the proper ticket description and the login details.

Looks like something was triggering a “save_post” event, where the WPML language was returned incorrectly, and was causing this problem. I fixed it via FTP and I’m also adding this fix to the upcoming release, so you don’t have to worry about it.

[Ernest Marcinko]

Hi!

Only with a minor modification to the code, there is not other way unfortunately.

If you open up the wp-content/plugins/ajax-search-pro/includes/search/search_content.class.php file and scroll down to line 607, where you should see this:

[code]ORDER BY priority DESC, relevance DESC, " . $wpdb->posts . "." . $orderby . "[/code]

change that line to:

[code]ORDER BY RAND()[/code]

That should do it.

Please not that this solution is not update-proof, so once you update, you need to do this again. Also, make sure to do tests with a few phrases, random ordering might be a resource-heavy operation in some cases.

[Ernest Marcinko]

Hi!

These issues are usually related to some form of caching. If the nav-bar where you put the search code is the same on all pages, then it’s definitely a caching problem.

Also, many navigation bars are using different javascript events to trigger drop-downs and such, which may cause unexpected issues. Combining two javascript-driven elements requires programming knowledge, please keep that in mind.
Asking the theme or navigation menu author is also a good idea, as he most likely knows the best way to implement a shortcode directly into their navition menu.

If you have more information on this, I can try helping as much as I can with the placement, but I cannot promise to implement it for you, as it’s not part of the support process.

[Ernest Marcinko]

You are weclome, and thank you for the kind words, I appreciate it!

Feel free to rate the plugin on your codecanyon downloads page if you want to, it helps me a lot: http://codecanyon.net/downloads

Let me know if you need any help.

[Ernest Marcinko]

Hi!

Yes, it might be related to that, but there must be something else as well. I tried the demo sites on my iPad and iPhone, and there is no similar issue.

If you have an url to share, where I can look at this, I might be able to tell. I’m guessing it’s something with the line-height (?) or the height of the field. There is also a good chance that the theme or other plugin CSS has definitions to input fields globally and causing such problem, it’s extremely hard to tell.

The firefox issue I will try to investigate further. It should work, as it’s the browsers task to determine when a character is finished typing and to trigger the event correctly, like chrome does.

Thank you for the suggestions, here are some answers:

1. It’s adjustable, as one color only. The default text is the same color with lower opacity. You can change it on the <span class=”code”>Theme Options -> Input field layout</span> panel 🙂
2. Good idea, I might consider adding an option to that.
3. Yep, it’s a bug to be fixed
4. Well, in this case try choosing the same text color for the highlight text color as the description color. In that case it should appear as there is no change at all.

[Ernest Marcinko]

I released an update yesterday, it contains a beta version of the 2. request 🙂
Just re-donwload and re-install the plugin, and the new options are on the General Options -> Behavior panel: http://i.imgur.com/HQqS1el.png

[Ernest Marcinko]

Hi!

Try this custom javacript code:

[code]jQuery(function($) {
$(".proinput input.orig").focus();
});[/code]

[Ernest Marcinko]

Hi!

Do you mean random results order, or the user types in something and just random results should appear?

There is no setting for either, but if you let me know I might be able to suggest something.

[Ernest Marcinko]

Hi!

I didn’t find the cause, probably some other script is detecting the handle change event, and the hides the whole area.

I added a preventive line of code to the ajax search pro script files via FTP you provided, the problem should be gone now.

For future reference for me, the code I used was:

[code]$(‘#range-handles-<?php echo $_in; ?>’).on(‘slide’, function(e) { e.preventDefault(); } );[/code]

[Ernest Marcinko]

Hi!

I need a bit more information on this.

– Was it working before?
– Did you install any new plugins or anything else that might have caused the issue?
– Can you provide an url where I can look at the problem?
– Can you please also provide temporary back-end and FTP access in case I need it?

[Ernest Marcinko]

Hi!

I don’t think this is possible. The only way I can imagine something similar is to divide the content where you want to place the search to 2 columns. One with 33% and one with 66% width. Place the search shortcode to the left column (33% width) and place the settings shortcode to the right column (66% width). More about shortcodes here.

Then I would set the settings to be visible by default, set the switch to invisible and the layout position to block: http://i.imgur.com/yYlXC5O.png

The code would look roughly something like this:

[html]
<div style=’float:left;width: 31%;padding: 0 1%;’>
[wpdreams_ajaxsearchpro id=1]
</div>
<div style=’float:left;width: 62%;padding: 0 1%;’>
[wpdreams_asp_settings id=1 element='div']
</div>
<div style=’clear:both;’></div>
[/html]

This is just a very quick example.

[Ernest Marcinko]

Hi!

1. The search is placed inside of a heading (h2) element. It is causes rendering problems with the HTML and it’s causing the problem. Try putting it under the title after the h2 tag. It should solve the problem 🙂

2. On the Layout Options -> Results layout panel: http://i.imgur.com/PPLeBGm.png
It’s an accidentally misplaced option 🙂

Let me know if you need any more help.

[Ernest Marcinko]

Hi!

I just tried and I got results, I suppose you managed to fix the problem?

I’m guessing that you probably had the “Keyword Logic” option on the General Options -> Behavior panel set to AND.

[Ernest Marcinko]

Hi!

The admin details are not working, I cannot log in. The FTP is ok 🙂

I just looked at the search code, and you are using an old version. Please update the plugin to the latest version (4.5.1), it has improvements regarding the RTL support.

Please also follow the update guide to make sure everything is all right: https://wpdreams.gitbooks.io/ajax-search-pro-documentation/content/update_notes.html

[Author]

Posts