Yes, that is exactly the problem. They should of course show the same events for both languages. There should not be two lists with different events. If I am on the English version of the website, and I add an event to the wishlist, that event should be added to the English version as well as the Danish version. The only difference, that the English version of the event should go on the English version, and the the corresponding event in Danish, should goon the Danish version.

It doesn’t make sense if the same user has two different versions of the wishlist – one for L1 and one for L2.

Of course there is a point. If you can understand more than one language you might use the site in language A today and language B tomorrow. I understand a few different languages, so i cannot just simply “go to the only one they can understand”. I think you understand more than one language too Artem 🙂

Think about this : I go to the website today and it’s automatically set to language A. I log in and I save some events to my favourite list. Then two days later I visit the site again, but this time I find out “Hey, I can see it in language B too”, so I switch my language to B and go to the wishlist, which is totally empty.

OR another scenario would be that I add events to Wishlist in language A, and then I would like to show my wife what I added to the wishlist, but she doesn’t understand language A, so we must switch to language B – and there is nothing to show.

This behaviour is normal in multi-language websites. You don’t have favourites per language. Something like this is always per user – not per language. And when a plugin supports multi language this should be the behaviour. It’s the same if I go to an event while in language A, and I click on the language switcher, I will get the same corresponding event in language B – not a blank page, but the same data, just in a different language. That is pretty common.

I would say it’s a big flaw in this addon, and I would appreciate if you could fix it. It’s more of a bug than a feature request. (basically it’s useless on multi language sites).

Please take this up with Ashan. I’m sure he will see the flaw and that he can add support for it 🙂

Hi Ashan, thank you for getting back to us. I am glad you see the issue. I guess not many people have used the wishlist plugin on multi language sites.

And yes, I do understand that it is based on unique post ID’s. I do think however that it should be possible to have a database where you can look up the corresponding events – as pairs. I think that is what the translation plugins like Polylang and WPML do. You have a “base” language, and then you have other language versions connected to that event / post / page. So if I create an event in English first, then create the same event in Danish, i can connect them using the language plugin.

You ask: Are you using language corresponding events? Yes – I am using that. An event is basically just a custom post type and Polylang (which we are using) just adds this functionality to all post types, pages, taxonomy etc. You have a base language and then you add another language to that. So I guess whenever you are on a post / page in language A and you switch to language B, there is a lookup in the database asking “Hey, does this post have a corresponding version in language B? Yes – it does, and here is the corresponding post ID”, and it is then served to you

I get that it’s not easy to implement – and that it the queries will slow down loading times a little bit, but I think it’s worth the trade off so EventON can fully support multi languages. The user experience is much better this way I think.

Thank you.. I understand.. It makes me happy however that you take it seriously and you are going to add it in the future.

I have been using EventON for about 3 years now. I think I have used it on 7-8 of my clients sites. I have talked to you before, both here and from other clients accounts.. And whenever you step in Ashan (and Dave for that matter), there is always a positive vibe 🙂

Thanks you for that. And continue doing great work!

/Morten

Hi Ashan,

It’s been about 7 months now. Have you implemented this yet?

/Morten

So I guess this has still not been addressed. What a shame.

It really worries me to hear that the only developer on the team is Ashan. What happens to the thousands of sites running EventON if Ashan gets sick or something else happens? What about the people whose livelihood depends on selling tickets using this plugin? Their businesses will be destroyed if you don’t have a plan B.

Sorry, but I cannot recommend anyone to use EventON anymore. It’s simply too risky. I will not recommend it to my clients in the future. And I recommend all of  them (around 8 clients)  to stop using EventON and start using something like Modern Events Calendar instead.

It’s a shame.. It really is.. I liked it a lot. But well.. Nothing lasts forever.