This topic has 14 replies, 3 voices, and was last updated 2 years, 11 months ago ago by Olga Barlow
Hi,
When creating an Xstore menu list, as we did in a static block as part of the mega menu, the menu list items can only hard-link to pages/posts/products, etc, and also to category pages.
We use Weglot as a translation plugin, but many have the same ‘issue’, where the language chosen is part of the URL ( /en/ ). In our case, the link always navigates from the root, and by doing so, in essence ‘resetting’ the language. Since our native and default language is Dutch, our English visitors constantly need to reset the language after visiting a category page.
Can this be fixed? Are we overlooking a setting?
Hello,
We can’t find the correct password to log in to your site.
Are product categories enabled in Appearance > Menus > Screen options?
Regards
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
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
Hello,
I suppose menu static blocks can be translated and you can set correct links in the translated copy of the menu. Create translation of menu and change not title only but URL also. Please try this.
Regards
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?
Hello,
I have created an additional header for the EN version of your site https://prnt.sc/23vhpvsand mega menu works ok after that.
Regards
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?
Hello,
If you create the additional header and choose the language for that then you are able to translate all the header elements to another lang and choose the appropriate menus. Then system detects the language and calls the menus that should be there for the language you need. If you use one header for all the languages then it displays only that menu that you set in the header settings (NL in your case).
Regards
Makes perfect sense. BUT, why does an incognito browser navigate correctly for both Dutch and English languages, using only the generic header?
Hello,
Not sure about this. Do you mean that you still have a problem?
Regards
No, what I meant was, in an incognito browser, the problem never existed, which led me to think it’s a caching problem…?
Hello,
Cache should not be the reason of the issue. Anyway, now it works for both.
Regards
The issue related to '‘Menu item list lacking option to link to category page except for hard-linking’' has been successfully resolved, and the topic is now closed for further responses