[Barry]

Hi @givehope!

Things have changed somewhat and you would need to revise that snippet to something like this.

Does that help?

[Barry]

Hi koladarcek,

This is really something WordPress is doing, rather than The Events Calendar. You can modify the post title output though using the the_title filter, something like this.

With the excerpt message you are again running into WordPress’s default behaviour, in this case you would probably find it easiest to override and customize the month/single-event.php template and follow this sort of approach.

Does that help?

[Barry]

So I can see map view, it’s got at least one event and following the link for that event takes me to the single event page as expected. Can you clarify if you have resolved the problems here/what I should be seeing?

Thanks!

[Barry]

Okey dokey, hang tight and we’ll see if we can replicate using Canvas.

[Barry]

Hi Marco,

Let me try to answer these points in turn 🙂

I think I found an already established suggestion that would solve my issue…

Please do add your voice in the comments if you want to see this – the weight of support for ideas like this is certainly an important factor in the onward development of our plugins.

Even if we can’t build or incorporate a feature right now we would rarely dismiss outright something that there is clear demand for 🙂

As I understand recurring events: It will create multiple entries per event depending on the start/end date and time. Is this how Tribe will always maintain recurring events or events with random times/days/etc? Multi-day events are always one listing in the backend (just to explain why I don’t think of them as the same thing… but maybe I should)

That’s essentially correct. Whether you see recurring events as a good model or solution in your particular case is really something only you can decide – based on what you wrote initially I think they would be (bar user input difficulties), but there are no hard and fast rules here.

With regards to your second suggestion: I’ve seen problems with users attempting their own forms posted on these forums (like posts with wrong dates). I would be happy to try this via Gravity forms but wanted to ask if you had a specific form builder to recommend that would perhaps be more supported or you’ve had better luck with? Or were you suggesting editing the form that comes with the community events plugin?

Both.

I was thinking of modifying the existing submission form so as perhaps to no longer allow recurring event submissions (or at least point people to an alternative wizard-style recurring event builder) and then building that new form as a custom piece of work that happens to integrate with The Events Calendar.

Gravity Forms is by all accounts a great plugin and could be useful here – it all depends on what you are comfortable with and what will let you execute an idea like this with the least amount of effort.

People have indeed fallen into difficulties doing this sort of thing before but that isn’t because it’s impossible so much as perhaps (at least in some cases) they were following an out-of-date tutorial that was written before the advent of Community Events. It’s true also that the support we can offer for such customizations is limited in the extreme – as a developer it is your responsibility, or at least the responsibility of the developer you work with – to figure out the details.

I hope that provides a little more clarification.

Thanks!

[Barry]

Excellent news 🙂

@howardpw: does this resolve the problem for you also?

[Barry]

Hi infofilm!

Again, it would be very much appreciated if you could create a thread of your own, particularly if you want to raise completely different issues such as a problem with a different plugin.

Thanks!

[Barry]

I know it would take some work, but it would be great if at some point the documentation could have some examples in it?

Absolutely 🙂

I can promise you our intention is indeed to bulk up the documentation and in a sense make it more “user friendly” – but it is taking a little more time than is perhaps ideal. Please bear with us though – we’ll get there!

I thought it would have been “tribe_events” but it doesn’t appear to be that easy.

That is indeed the event post type name and it can also be accessed using a class constant, the advantage of doing so being that if we change the post name at some future point the class constant will ensure your code continues to work:

$post_type = TribeEvents::POSTTYPE;

However, using a string literal like ‘tribe_events’ should also work, so if you’re hitting problems it might be worth considering if you are doing whatever you are doing too early, before in fact the event post type is registered. Are you able to share your code and we can take a peek?

(If so, please use a service like Pastebin or Gist rather than posting directly into the forum.)

[Barry]

Great, sounds like you’re on track here. I’ll close this thread – of course if there is anything else we can help with definitely feel free to create new threads as needed 🙂

[Barry]

Hi Scott,

It would be great if you could break that second issue out in to a thread of its own, but we can look at the first question here 🙂

We do have a number of functions that can be used as the basis of conditional statements which might be of interest here:

tribe_is_event_query()
tribe_is_event()
tribe_is_month()
tribe_is_week()
…and more!…

Do those help here?

[Barry]

Can you confirm if you ran through the same troubleshooting steps as I outlined for Howard? That is, with all other plugins still deactivated have you tried switching to a default, unmodified theme (and so is this a conflict with your particular theme)?

[Barry]

You could try appending the recurring event date, which ought to put the uniqueness back in the UID 🙂

[Barry]

Looks fine to me – have you tried clearing your browser cache?

[Barry]

Hello Cristian.

If I view your homepage it looks quite distinct from the news page … is this still a problem and if so can you explain a little more about what has gone wrong here?

@Kirsty – it may seem very similar to what you are experiencing but it would be appreciated if you could create a new thread of your own. Even should the issue be identical, it’s not impossible that the fix (if a fix is something we can provide) will be quite different in your case.

Thanks!

[Barry]

OK, so what I’d suggest is removing the fix and, if your functions.php file exists only for the purpose of giving the fix a home, it would be better at this point simply to delete it. Hopefully you won’t then see the headers already sent error.

For reference, though, the gist you shared contains only 12 lines – yet based on the error message you quoted I suspect there may be a number of blank lines following what you shared. If you do indeed go ahead and remove functions.php this is going to be a moot point – but just for future reference you should be aware that blank lines, however harmless they look, can indeed cause problems 🙂

And I *still* can’t edit recurring events! UGH! This is so incredibly frustrating!

I’m sorry to hear that – however if the problem you experienced is indeed the same one we released a fix for it’s not impossible that your browser has cached a set of stylesheets and scripts from the last version … and that would explain why you still experience this.

Can you try emptying your browser’s cache and see if that helps?

Thanks for your patience!

[Author]

Posts