No, what I meant was, in an incognito browser, the problem never existed, which led me to think it’s a caching problem…?
No, what I meant was, in an incognito browser, the problem never existed, which led me to think it’s a caching problem…?
Makes perfect sense. BUT, why does an incognito browser navigate correctly for both Dutch and English languages, using only the generic header?
Thanks for the fix, Olga!
Although I very much appreciate you building the solution, I can’t really understand the root cause. Can you explain why there was a need for a custom header specific to the 2nd language and how it solved the problem?
That should work as a work-around, except it doesn’t.
However, troubleshooting why the work-around didn’t work, I found that the issue might be something else:
When opening up an incognito browser (Google Chrome), and checking the website, everything seems fine. As a guest surfer, opening a product page, switching to English (either before or after), then navigating to a category page through the header menus (on desktop), the language remains set to English, no problem. As soon as I replicate the same conditions in a normal browser, this navigation method brings me back to native Dutch.
Perhaps you can take a look and experience this for yourself and assist in finding the root problem?
Hi Olga, totally not what I meant.
When in website.com/category page ()or any other page), navigating through mega menu list item to a category page, it takes me to website.com/category page. All is fine.
However, when selecting English, my new ‘root’ becomes website.com/en/whatever page.
Then, when navigating to a category page, I should move to: website.com/en/category page,
Instead, I’m back to website.com/category page, and all of my English visitors need to re-select the English language, each and every time they use a menu link. This is because the Menu items have hard links; it’s not object based
ww in private
I don’t mean the menu’s under Appearance, but Xstore’s Menu Item List element that allows for a specific link in its settings. We use these elements to build up a static block-based menu. The element doesn’t seem to allow for specific selection of categories, just hardlinks
So simple 😉
Thanks!
Realizing that the issue/request is beyond Xstore’s basic support, we’ve given this as an assignment to our developer. But thanks for wanting to resolve this for us.
Regards,
Doesn’t seem to work
Is there another viable option other than mis-using the translation file? This is not something that will come up when we need to troubleshoot a related issue in the future
Thanks
Thanks
Can’t change the settings of the product, because cross-sell is being used on other pages (custom script), but hiding it on the cart page worked fine.
What about my last question? Is there a link/script/theme option to empty the entire cart?
Is there an off-switch for the cross-sell section on the cart page? Or do I need to hide it, using styles?
Thanks, it works, although the cart doesn’t pop up for very long, maybe a second or so. Can that be changed to for instance 3 or 4 seconds?
I didn’t notice these options, as we’ve been working with the Xstore template for over 18 months now I think. Can you plz help me understand (perhaps provide examples) these functions? https://prnt.sc/207mpc0
For instance, the “Stretch Add To Cart Button”: does this mean it inherits a 100% width of the column/container its positioned in?
And what about the other functions in the screenshot? (the reason I’m asking and not trying, is that we currently do not have a staging site, and I can’t try this without knowing in our production site)
That seems to do the trick. Thanks!
In private
Works like a charm! Thanks!
Hi Rose,
thanks for the quick reply.
We only want the prefooter disabled on the single product page for Black Friday: https://prnt.sc/1wi7w7r
URL in private
We’ve decided to delete all the brands, manually adding them again and connecting all of the single products to the brands again. What this will do to the database, we don’t know, but we’re monitoring the situation…
We’ve decided to delete all the brands, manually adding them again and connecting all of the single products to the brands again. What this will do to the database, we don’t know, but we’re monitoring the situation…
Example in private
Sorry. Removing it really doesn’t do a thing for link functionality.
Maybe it’s a caching issue on our end, although we’ve cleared everything. Can you please check? (I also can’t see why changing a cursor class would enable/disable using the underlying link)
Hi Olga,
Non-scrolling works perfectly now, thanks.
Can you plz share the work-around/code used?
Another issue popped up though. The image itself should still link to the underlying content page. This functionality is now disabled as well. This was not our intent.
Our intent is to disable scrolling as only 1 slider item exists. The functionality of that single slider item, the actual link, should still be active.
Hi Rose,
Added the CSS code in page area.
Unfortunately, the slider still scrolls (swipes) on mobile phones
Works like a charm. I think it’s because of the “full height” parameter in the first row, that messed things up. You can hide it in the WP bakery provided settings, but the space remains.
Your work around is perfect. Thanks!
In private
Link is set to Private, not to mess up google analytics (copy of home page would f*ck up our stats). Please log in using your credentials als admin to open link.
We still seem to have caching issues. It took us half a day to purge. Maybe a cloudfront issue.
In any case, value seems to be okay again. Thanks
We have issues replicating the issue on external machines, although our systems in the home office still have issues viewing all the tabs. So this must be a local caching problem we seem unable to fix. In any case, the online version must be okay.
Please take my apologies. We’ll troubleshoot the caching issue on our end.