[Barry]

I don’t know of any – and it’s not impossible that there were broader problems with earlier versions of both products that may largely be moot points now.

All I can really suggest is keeping an eye out – and of course feel free to let us know if anything crops up.

[Barry]

No problem, feel free to report back as and when you have time to complete your checks and we’ll take things from there 🙂

[Barry]

You’re right, this is not something you can do via the Add HTML Before Calendar setting. You can however override the relevant template and insert whatever content you like above the form.

Please see our Themer’s Guide and tutorial on template overrides first of all (links at the bottom of this post) but essentially you can copy event-form.php from plugins/the-events-calendar-community-events/views/ and place it in your theme at:

themes/{YOUR_THEME}/events/community/event-form.php

And customize away 🙂

Those useful links:

https://theeventscalendar.com/support/documentation/events-calendar-themers-guide/
https://theeventscalendar.com/what-are-template-overrides-and-how-do-i-do-them/

[Barry]

We all make things harder on ourselves from time to time 🙂

Pleased to hear you’ve reached a solution and thanks for posting back with the result – it’s can be very useful for future users.

[Barry]

Glad that you solved it. I’m not sure why you were experiencing that – even if I don’t complete those fields the ticket form is visible – but the main thing is you’ve got a fix 🙂

[Barry]

It may at least get you some of the way 😀

[Barry]

Oh OK – I think I was a little slow off the mark there.

So if you are using regular WordPress category widgets (by virtue of registering regular categories/tags against event posts) then you need to remember that the default ordering of posts etc will be in post date order (when the post was created) not event date order.

Unfortunately we can’t really help any further with that sort of custom work – but if I’m understanding you correctly you are happy to wait on 3.0 in any case?

[Barry]

(Re-subscribing to receive update notifications)

[Barry]

Hmm, one problem is that your theme (or another plugin) is ‘injecting’ extra markup – paragraph tags and breaks – into that area. Here’s a short sample of the HTML that is being outputted.

Note the extra <br /> tags and the spare </p> which is ‘illegally’ positioned. I’ve seen this with some other themes and in those cases it has been either because they have re-ordered the stack of filters used to format posts or because they add an extra layer of processing themselves.

Some have “pseudo-shortcodes” such as [raw] [/raw] which can be used to wrap areas where we don’t want this extra processing – can you check in with your theme vendor about this (or read through their docs) and see if this is indeed the result of their code and if they have a workaround akin to the [raw] [/raw] tags I mentioned above?

[Barry]

It should only contain three files (see the section reading Events Calendar Pro has the following views located in /wp-content/plugins/events-calendar-pro/views…) so I think you’re good.

The others are in The Events Calendar (the core plugin) and in any other of our plugin directories that you might have installed 🙂

[Barry]

Hi Daniel – we don’t currently support The Events Calendar 3.0 here on the forum as it is still in beta testing phase : please report all issues to rob (at) tri (dot) be until it is officially released.

Thanks!

[Barry]

@jefftom as The Events Calendar 3.0 is still in beta testing we do not support it on the forum – please report all issues to Rob by email (rob-at-tri-dot-be).

@titusraj I’m not sure I can identify the problem on your site – the footer widgets on your homepage and this single post for instance seem to display nicely and I don’t see any discrepancies.

[Barry]

OK, so have you run through those troubleshooting steps and managed to isolate whichever theme/plugin is causing the problem?

I’m not aware of issues with All-in-One SEO Pack but there certainly could be an issue. Again, have you determined this by running through those troubleshooting steps?

[Barry]

It may simply be the layout is unsuitable for a particularly narrow viewport – as becomes the case on some screen sizes in portrait mode – and your iPhone’s browser is having to compress it because it doesn’t know what else to do.

You could try customizing your events.css file to workaround this – please read our themer’s guide and template overrides tutorial first of all, but in essence you would copy this file:

wp-content/plugins/the-events-calendar/resources/events.css

Then place your copy in:

wp-content/themes/{YOUR_THEME}/events/events.css

(You may have to create that events subdirectory in your theme if it does not already exist.)

Then add this snippet to the bottom. That may not be perfect for your needs (I don’t have an iPhone available to test with but it seems to work on other devices where I can see a similar problem) but you can always tweak it slightly to meet your needs.

Does that help at all?

[Barry]

Unfortunately there are some limits on highly abstract patterns and though I believe the team are looking into ways to improve this I’m not sure we’ll be at a point where you can do quite what you want until (possibly) some point after the next release.

The workaround would of course be to create individual events however I can appreciate that may not be ideal – unfortunately there is not a lot more I can suggest right now, though we’re definitely taking on board your feedback and would encourage you to either commit your suggestion to our UserVoice page or else show support to any existing suggestion that might echo your thoughts here.

Thanks!

[Author]

Posts