Well, there is a reason why that script is in that file. The problem with shortcode usage. There is currently no solid way of “detecting” which search shortcodes are used on the server side, before the footer loading. (not to mention that the user can use the shortcode directly in the theme files, which makes it even more difficult). So the only solution would be to instantiate every search instance created within the header or the footer – it’s excessive code, I’m not sure about the performance impact.
I guess what I can do for the next release is to add a compatibility option for the user to choose to initialize the search instances by:
– Inline scripts (default)
– Header script
– Footer script
– Dynamically in the footer (the solution I just described)
I’m working on bugfixes and updates on this plugin on a daily basis, I will try to prioritize your request as much as I can.Best,
If you like my products, don't forget to rate them on codecanyon :)