[Barry]

OK, so essentially you are happy for the time being?

If you do want to try and troubleshoot this at some future point the steps outlined in my last reply are definitely the way to go. I’ll leave this open for a few days in case you do decide to try that, but otherwise will close this thread.

Thanks!

[Barry]

Hi Tara,

Your CSS rule looks fine to me – if it’s not being observed then it may be because it is being overridden by another rule later on or may not be interpreted because of an error elsewhere in the same stylesheet you added it to.

Do note that this rule will only centre the image within it’s containing div (.tribe-events-event-image), however – so if your intention is to have text flow to the side of it you would also need to reduce the width of that div and float it to the left.

Hope that helps – and I’ll go ahead and close this thread 🙂

[Barry]

We strive to issue maintenance releases on a monthly basis, though it’s not a rigidly set schedule as such. Please bear with us and we’ll update you as quickly as we can if there is a convenient means of working around this 🙂

[Barry]

We’ll have this fixed hopefully in our next maintenance release; in the meantime in order to deal with these unwanted events could you view the list of events (admin side) and change the number of events shown on the screen (using the setting in the screen options pulldown) to a number of hundred events and basically page through so that you can bulk select as many of these events as possible and trash them in just a few operations?

You might still have an odd number you need to deal with individually but it would nonetheless greatly reduce the total amount of effort.

Thanks!

[Barry]

Thanks seattleunity: Andy does that provide you with a viable workaround at all?

[Barry]

Hi Kevin: can you confirm what if any forms of caching are in use on your site right now?

Thanks!

[Barry]

Thanks again Andy: something that could be helpful here is if you and anyone else experiencing this could drop the info you see in Events → Settings → Help → System Info in here – we’re actively looking in to this and any further information like that which might be helpful would be much appreciated 🙂

Thanks!

[Barry]

Hi Kristy,

I see what you mean now re the recurring events/all events page – no, I don’t believe that is intended to happen so we’ll certainly get that on our tracker as a bug – thanks for bringing it to our attention 🙂

When viewing all recurring instances for a given event I would expect to see the list begin with the next upcoming event (not the last event as you are experiencing) however I can’t replicate this locally. I do note when you opened this thread you tried deactivating all other plugins and reverting to a default, unmodified theme – can you confirm what the outcome of that test was with regards to this specific problem?

Thanks!

[Barry]

That would definitely be appreciated, we’re always more than happy to improve the translations. Please do feel free to share your .po file by sharing a download link to it or even email my colleague Leah (who collates translations) directly at pro [at] tri [dot] be.

Thanks!

[Barry]

No problem – that’s totally up to you – just beware of these sorts of bear traps 🙂

I’ll go ahead and close this, if we can help with any other issues just let us know. Thanks!

[Barry]

Excellent, thanks for your continued support 🙂

[Barry]

Hi kkwadrat,

That is definitely a translatable string and I can see it within events-calendar-pro/lang/tribe-events-calendar-pro-pl_PL.po … however, the translated string is simply ‘Week’. We can definitely change it (can you confirm what the correct translation would be? Is it tydzień?) and you could do this yourself as an interim measure though please be aware you would need to recompile the corresponding .mo file.

Thanks for your help!

[Barry]

To display the list (of events) a new loop is started and the original venue data disappears. So there are other ways of accomplishing the same thing, this was really just a quick and easy way of rendering the venue information and retaining that piece of output but not displaying it until after the list of events had rendered.

Since it sounds like you’re all sorted though I’ll go ahead and close this thread. Thanks!

[Barry]

Out of curiosity do you see something that immediately shows it is on your end or you spotted that once viewing the code?

Once I visited the slider admin screen I noticed at least one CSS file belonging to our plugin being enqueued – and that was indeed overriding a CSS rule belonging to the slider plugin (and consequently caused this problem).

In the meantime I am not going to update the plugins until it is resolved. Once it is let me know & I can update to the newer versions.

Definitely – and I have asked that if the assigned developer can put together a snippet to provide a temporary workaround (not always possible, but hopefully we can do something here) before we fix it in a future maintenance release to let me know so I can pass that back to you.

Thanks for your patience and support 🙂

[Barry]

Thanks Dimitri – you’re absolutely right and that is a problem on our side (the stripping of dashes) as, unfortunately, this issue with the day view title seems to be. I’m going to log this as a bug and hopefully we’ll get this sorted out pronto.

In the interim would this snippet (which you might need to adapt, I’m afraid my French language skills are not so good) which you could drop into your theme’s functions.php file help?

[Author]

Posts