wpdreams

Thank you so much!

You are welcome Ken ??

I will mark this as resolved then. Feel free to rate the plugin if you like it, it’s greately appreciated and helps us a lot.

All th best,
Ernest

Hi Ken,

Sure! It’s because the header widget area container is set to an absolute position. If you try to for example select the telephone number or the email, it’s not possible because there is an overlapping element above them.
This custom CSS will resolve that and will also make the search input working again:

#gk-header-widget .widget_text {
    z-index: 10;
}

All the best,
Ernest

No problem, I am more than happy to help ??

If you like the plugin, feel free to rate it, it’s greatly appreciated.

All the best,
Ernest

Thank you!

The data says that this option is not turned on. Can you please make sure it’s enabled? That should solve the issue ??

Thank you! That is very strange, those values look okay, they should be excluded.

Can you please go to the Help & Support sub-menu, and copy the debug data it to paste.ee, and share the link here? I will try to replicate with your configuration to see what I can find.

All the best,
Ernest

Okay.

Just to be 100% sure, can you please double check if this option is indeed enabled?

If yes, then let’s try a test. Navigate to the Advanced -> Content & Fields menu. To the advanced title field please enter this:

{_stock_status} - {titlefield}

After saving the settings, on the front-end, when doing a search query, the stock status should be displayed on the live search results list, just before the title – they all should read “instock” like so: https://i.imgur.com/NrK2nQB.png

Can you please let me know what do you see before the title in out-of-stock products that are displayed?

All the best,
Ernest

Hi,

I will do my best to help you, but I may need a bit more information. Do these items appear in the live search results or when you hit enter/click the magnifier icon and get redirected to the results page?

All the best,
Ernest

Hi!

Can you please add a relevan URL where I can check out the issue?

Alignment highly depends on the exact implmenentation. The best way is to use your theme builder features to place the plugin block or shortcode within and then align those. If you can add a link where I can see these issues I might be able to suggest possible custom CSS or something else to resolve them.

All the best,
Ernest

Hi,

Sorry, I have missed this thread by accident.

I’m afraid that type of feature is not possible. In case you have any questions regards the pro version, please contact us via this form, as it’s prohibited to discuss it in these forums (by forum rules).

All the best,
Ernest

Oh I see what you mean now. That is however not injected by the plugin. You are using rocket loader, which removes the scripts and injects them later on, that’s why it’s probably reported as injected. Normally it’s on the page long before the page load event activates.

Usually inline scripts shouldn’t be defered, but I guess rocket loader takes care of that. It has ~7k characters for 2 search instances, which is perfectly normal. If you look at the woocommerce stripe init inline scripts, for each configuration they use around ~3k characters, and there is two of them. These are common and does not affect seo (as they are scripts to initialize data) nor the page load speed.

All the best,
Ernest

Absolutely not – what I’m saying that I don’t see anything added on that URL, let alone 26k characters added to the page on page load. The counter may be triggering to attribute or node changes as well, which could explain that number, but there is almost nothing added on page load – you can check it yourself too.

Thanks! The previous also worked, because the search was visible. Nothing suspicious here either, everything looks perfectly fine.

All the best,
Ernest

It’s not me, unfortunately the forum rules are like that ??

I don’t see anything suspicious on that page, nothing extra seems to be added – I think the tool may detect some other attribute or other changes as well count that towards(?) the overall count. 26k characters is a lot, that would be visible somewhere on the DOM.

No, not at all. That statement is correct. It’s always better to have the least possible elements that you can.

I’m stating that elements are added via user interaction, which does not affect SEO – because the count is different in that case, initially there is nothing added.

I just noticed that you are reffering to the Pro version here – please use the ticket system via this link, as it is unfortunately prohibited to discuss it in these forums (by forum rules).

All the best,
Ernest