Thanks for the support! My topic “Trouble aligning button in sticky cart on left side” has been successfully resolved.

Hi Jack,

The z-index issue is entirely our fault, and I appreciate your support in fixing this nonetheless.
Still, of more importance is the closed filters issue, where we seem to be able to open all filters for desktop (topwidget) and separately have them closed on mobile (sidebar widget), but not the other way around (https://imgur.com/OdGziC2). Is there a way of fixing this?

Please see video in private section on the floating filterr icon issue.

With regard to the toggle open/closed widget:
https://imgur.com/OdGziC2
It seems we can have a separate action for the mobile version (sidebar widget being closed upon loading), but not the topbar widget we use on desktop. How can we resolve this so that the topbar widget is closed, and a seperate action for mobile widget (sidebar) to be open upon page load?

I’ve cleared site-, object- and CDN caching, but the indent is still visible on our end as well.

The space between the add-to-cart button and the attributes above has been reduced successfully.

We’ll check it again tomorrow

Worked perfectly. Thanks!

Thanks for the support! My topic “Text layout gets fumbled in all text imput fields (visual is fine, result is not)” has been successfully resolved.

Hi Jack,

We’ve tried to manipulate the positioning ourselves a bit, but this is where we’re at: https://imgur.com/RCeI5lK and https://imgur.com/zZAj7rB
The red arrow indicates what still needs to be done, but overall, we would like to understand which classes are at our disposal to better manipulate the positioning ourselves.
Much appreciated!

Cheers

Hi Jack,

Thanks for your prompt response. I had to check for a minute, and it seems that the mentioned CSS code was added to minimise the space between the product variations and the stock info. Removing it, solved our problem. Thanks!

Expecting some push back on our end, can you help us with the right classes to address when we want to minimise that space without fumbling up the paragraph tags?

On that topic, can you tell us why Xstore’s ‘formcart’ is built the way it’s built? Other than selecting a horizontal layout (with its own layout challenges), there doesn’t seem to be an option to design that part of the product page. In its current format, there’s a LOT of white space that we don’t see in many Shopify pages. Having that stretched layout waters down the buying experience.

Hio Jack,

Apologies, I thought I just needed to clear the CDN. Kinsta allows for these basic tasks in the WordPress backend panel. I will need to take a closer look inside Kinsta’s control panel.

As for FTP, please see credentials in private

-EDIT-
CDN has been disabled

Hi Jack,

We’ve cleared all cache, disabled CDN, but it seems the problem persists.
1) Created a text in code, using tags: https://imgur.com/1VyLM5e
2) Switched to visual editor: https://imgur.com/l0Z81br
3) Switched back to code editor, to check editor behavior: https://imgur.com/OjUguRy
4) Checked output on website, paaragraphs are gone: https://imgur.com/jGDMNl8

Thanks for the support! My topic “Bug in multiple header editor: unable to retain page assigments” has been successfully resolved.

Thanks for the support! My topic “Custom Add to Cart button does’t add product to cart” has been successfully resolved.

Hi Jack,

I think you may have misunderstood:

If you would like to have a similar widget on other templates

The screenshot I shared is of a cross-sell section on the same single product page. The product image is retrieved just fine, but the add-to-cart button doesn’t pick up the corresponding product. You mean to say there’s no way to solve this, other than to request a feature? I would think that, because of the existing hook for the product image,, an ?add-to-cart slug with the relevant product-ID wouldn’t be much of an extra stretch…
Let me know if this clarifies things a bit more. If not, I’ll proceed with the feature request.

Hi Jack,

Unfortunately, we’re unable to locate the Sticky Cart widget: https://imgur.com/HNioQZI (looking for “sticky cart” doesn’t yield any result)
Also: the example you gave still redirects to the home page as the slug before the ?add-to-cart is the home page’s address.

The solution we’re trying to create is a sticky-footer with a cart button that pops up to offer the customer to add the product of the current page to the shopping cart. The sticky footer pops up after scrolling 15% down. The sticky footer should also disappear again after scrolling all the way to the top, because of the standard add to cart button coming back into view. After clicking the sticky footer cart button, the customer should stay on the same product page, not get sent to the home page…

Thank you!
Since this is a custom script to fix what I believe is a structural issue, will there be a permanent fix in the template? If so, is it possible to receive an alert when this is done, so we can delete the work-around script again?