[Barry]

Hi – I’m sorry to hear you are experiencing difficulties.

I was able to find an example on your site and suspect that this may be the result of a conflict. I do appreciate you noted having tried some troubleshooting steps already – but just for the avoidance of doubt can I ask you to review our complete troubleshooting steps and ensure you ran through them in their entirety?

To the best of my knowledge, this particular issue has only been cropping up where another plugin (or a theme) has modified the default timezone for PHP (as opposed to WordPress).

Thanks!

[Barry]

Hi SebM – great question!

It’s a very flexible plugin and while something like this would require some customization work it certainly sounds like something that can be accomplished (and I believe we have some existing threads on the forum detailing how to include pins for all events).

Does that answer your question?

[Barry]

Hi ygirod,

Right now the search bar will search:

• Event titles
• Event descriptions

It will not search venues or organizers. We’re more than happy to consider this as a future feature request, though, if you’d like to post such a request:

tribe.uservoice.com

Thanks!

[Barry]

Hi Nathan,

The primary means of showing events in a given month within The Events Calendar is of course to use month view. If that doesn’t work and leveraging one of our widgets isn’t feasible it may be you need to code your own solution or make use of a third party solution.

Though not something we support here on the Modern Tribe forums, this unofficial plugin provides a shortcode that lets you embed events from a specified time range and for a specific category/tag. Might that work?

[Barry]

Hi!

I’m not completely clear on the setup you are using:

Must be something regarding the code which I just grabbed from the views–>widgets–>list-widget.php file and placed it into my themes index.php.

So this isn’t actually an issue with our widget as such but rather the result of some code you stripped out and embedded elsewhere? If so, would it be possible to use the widget itself instead?

[Barry]

Definitely – and thanks for your patience.

I’ll close the thread out for the time being, but I have linked it to the relevant entry on our internal issue tracker and we’ll do our best to re-open and update you once a fix is in hand.

Thanks again!

[Barry]

My pleasure, glad it works for you 🙂

What I’ll do at this point is close out the thread – but this seems like a valid bug and I have also linked it to our internal issue tracker so, as soon as we have some progress to report on the fix (realistically that may be a couple of releases away at this point) we’ll do our best to re-open this and let you know what’s happening.

That apart, if you have a moment to spare we’d love to hear your thoughts on The Events Calendar across on our plugin review page – it’s always great to hear our users’ thoughts on the plugin and what sort of experience they’ve been having. Thanks again!

[Barry]

Hmm. Interestingly enough I am able to import it with no difficulties whatsoever.

Would it be possible for you to run through our standard troubleshooting steps in case a conflict of some kind is at work here?

[Barry]

I’m sorry but we don’t typically take on customizations like this and – generally speaking for customizations like this one – we’re happy to point you in the right direction (and hope I have done so) but it’s really the sort of thing you’d need to drive forward by yourself, possibly with the assistance of a suitable developer.

There are lots of knowledgeable WordPress devs available on the various freelance marketplaces – or alternatively you are more than welcome to email us at pro (at) tri (dot) be and we can furnish you wish a list of independent developers that might be interested in helping out.

Would that work here?

[Barry]

I’ve already tried to insert some shortcodes on these pages (“events” and “events/community”) (after creating them manually) and without success!

So creating those pages manually won’t really work.

It’s better to think of our main events pages as “views” rather than “pages” in the regular WordPress sense. Just as creating a page called “category” with a subpage called “some-topic” won’t override an actual category archive page found at site.com/category/some-topic nor will a page (or sub-page) with an event-like URL override one of our main views.

That will be not possible because I’ve ran out the support period! Unfortunately, I really don’t know why, but this is only happening with the TEC plugin.

I’m sorry to hear that, but on our end I’m not sure how much more we can offer. The reality is we can’t support every third party product that exists and this is, ultimately, an integration issue with one such product – your theme.

Would renewal of your theme subscription been an option here – or else would working with a suitably knowledgeable dev via a freelance marketplace be an option?

[Barry]

Awesome, glad everything panned out 🙂

I’ll go ahead and close this thread – of course if you need help with anything else please don’t hesitate to open new threads as needed and one of the team will be only too happy to assist.

Last but not least, if you have a moment to spare and would like to leave a review over on our plugin review page we’d love to hear your thoughts on The Events Calendar. Thanks again!

[Barry]

Hi – great question!

That definitely seems like something of a bug to me. If you provide an empty string as the label then ideally we wouldn’t see the colon (and I’ll log a bug report to ensure we address it). In the meantime, though perhaps a little cumbersome, perhaps you could workaround this as follows:

1. Set up a template override. Full details can be found in our Themer’s Guide, but essentially you would copy views/modules/meta/details.php from the plugin directory to your-theme/tribe-events/modules/meta/details.php and make these changes in there.

2. Locate this piece of code within your theme’s copy of the above template:

echo tribe_get_event_categories( get_the_id(),array(
	'before' => '',
	'sep' => ', ',
	'after' => '',
	'label' => null, // An appropriate plural/singular label will be provided
	'label_before' => '<dt>',
	'label_after' => '</dt>',
	'wrap_before' => '<dd class="tribe-events-event-categories">',
	'wrap_after' => '</dd>'
) );

3. Change this to:

echo str_replace( ':', '', tribe_get_event_categories( get_the_id(),array(
	'before' => '',
	'sep' => ', ',
	'after' => '',
	'label' => '',
	'label_before' => '',
	'label_after' => '',
	'wrap_before' => '<dd class="tribe-events-event-categories">',
	'wrap_after' => '</dd>'
) ) );

Not the very most elegant solution – but it might suffice as a workaround until we can get this addressed.

Does that help?

[Barry]

Hi!

Looks like you already posted this. What I’ll do is close this thread and we can continue the conversation over here.

Thanks again 🙂

[Barry]

Hi Sérgio,

I’m sorry you’re hitting difficulties.

So the area of interest is the grey bar running near the top of the page? I guess the first thing to figure out is this: what conditions are necessary for that to display?

Can you check in with the theme authors and pose that question to them? Perhaps there is a filter or action hook that can be used to force it to appear or force it to display a specific piece of text – if you can get that far, and perhaps get an example of doing this, we can probably help you bridge the gap and utilize it within the context of event pages 🙂

Would that be possible here?

[Barry]

Hi!

I have moved this across from the pre-sales forum to the Events Calendar PRO forum (since it looks like you’re a logged in user who has purchased a license) but the thread URL should remain the same and you should remain subscribed to email updates, if you opted in to receive them.

If use embed a widget using the_widget() then the supporting scripts and stylesheets should still be enqueued: can you confirm which of our widgets isn’t behaving in this regard and/or link to an example, so I can investigate further?

Thanks!

[Author]

Posts