[Barry]

Hi!

The first thing to do here is read through our Themer’s Guide, which covers the basics for safely overriding and customizing our templates.

Let’s look at the month view customization first. In this case, you’re probably going to want to modify and customize month/single-event.php – so set that up following the steps in our Themer’s Guide and then change this code:

<div id="tribe-events-event-<?php echo $event_id ?>" class="<?php tribe_events_event_classes() ?>" data-tribejson='<?php echo tribe_events_template_data( $post ); ?>'>
	<h3 class="tribe-events-month-event-title entry-title summary"><a href="<?php tribe_event_link( $post ); ?>" class="url"><?php the_title() ?></a></h3>
</div><!-- #tribe-events-event-# -->

To:

<div id="tribe-events-event-<?php echo $event_id ?>" class="<?php tribe_events_event_classes() ?>" data-tribejson='<?php echo tribe_events_template_data( $post ); ?>'>
	<h3 class="tribe-events-month-event-title entry-title summary"><a href="<?php tribe_event_link( $post ); ?>" class="url"><?php the_title() ?></a></h3>
	<?php echo tribe_get_start_date( null, false, get_option( 'time_format' ) ) ?>
</div><!-- #tribe-events-event-# -->

Does that help with the first part of this?

[Barry]

Hi – sorry to hear you’re hitting difficulties.

I see you noted having already run through the following troubleshooting steps which is great:

YES, I’ve deactivated all other plugins to check for a plugin conflict.
YES, I’ve reverted to the 2011 default WordPress theme (with other plugins still deactivated) to check for a theme conflict.

In the first instance can you confirm if this allowed you to identify any conflicts, perhaps with your theme or another plugin?

[Barry]

Sorry to hear you’re hitting difficulties.

Given what you’ve described can we try our standard troubleshooting steps to see if a particular plugin or perhaps your theme is conflicting?

Could you deactivate everything except The Events Calendar and Events Calendar PRO and switch to a default, unmodified theme such as Twenty Thirteen – then see if the problem still persists? Assuming it does not, start reactivating everything and test at each stage to see if the problem has returned.

This is a great way to zero in on any conflicts.

Let me know how you get on!

[Barry]

Hi – thanks for getting in touch 🙂

It’s important to understand that many of our views are neither posts or pages and so creating a regular WP page that happens to share the same slug as the main events page slug (as defined in the event settings screen) – and then configuring that page – will not work as you expect, nor is it intended to.

If configuring the widgets that appear on a page-by-page basis is a feature of Canvas then you’re probably not going to be able to use it for this purpose (not without some customization work at any rate), but perhaps there are other ways of approaching this issue.

Would it for instance be feasible for you to use a plugin like Widget Logic and add tests using some of our helper functions such as tribe_is_month() and tribe_is_event_query()? This would potentially allow you to target specific views and hide or show widgets as needed.

Could that help?

[Barry]

Hi – great question!

One approach is to add a conditional statement to the top of your template that tries to determine if a single event page is being requested or not and, if a match is detected, simply loads a different template.

Say you are using the default-template.php template (known as the Default Events Template in the settings screen) – you could override this (see here for details) and add something like this to the top of your customized version:

if ( is_single() && tribe_is_event() ) {
	get_template_part( 'your/custom/single-event-tpl' );
	return;
}

Does that help/would that work for you?

[Barry]

Hi!

The best place to post feature requests is over on our UserVoice page (remember to check for suitable existing requests, too, which you can then support by upvoting):

tribe.uservoice.com

What you’re asking is a little more involved than we can help you with here in the support forum but, in essence, you would achieve this by:

• Unhooking the Filter Bar from it’s default action of tribe_events_before_template (though it may be set to fire on the tribe_events_bar_after_template action)
• Register your own widget class
• From within your custom widget, call TribeEventsFilterBar::instance()->displaySidebar() directly

I’d definitely recommend looking through the Filter Bar code before tackling this, particularly the TribeEventsFilterBar class (found in the-events-calendar-filterbar/lib/tribe-filter-view.class.php) to see how it pieces together.

I hope that gives you a steer in the right direction – and good luck 🙂

[Barry]

Hi – great question!

Theoretically there is no reason you couldn’t export so many events, but if you’re using the export and import tools directly through the WordPress admin screens it’s possible you will hit a timeout (it’s not untypical for requests to expire after 30secs, for instance).

To avoid this you could work with your hosting provider to increase the timeout and/or perhaps you could explore using a tool such as WP-CLI for this task?

Good luck!

[Barry]

Hi!

Just for the avoidance of doubt, can you confirm the URLs for your main events page and your main blog page respectively?

Thanks!

[Barry]

Hi Cédric,

Sorry to hear you are experiencing difficulties.

When you created this topic you noted having tried deactivating all other plugins (except The Events Calendar and, in this case, WooCommerce Tickets and WooCommerce itself) and switching to a default, unmodified theme. Can you confirm if that resolved this problem and, if so, it enabled you to identify another plugin or your theme as causing a conflict?

I have at the look at your video and it seems like several options are not available with the tickets in my back office.

Can you describe what’s missing, or can you share a screenshot showing what you see?

Though it’s not possible to directly upload images with your reply if you could share it via Dropbox or some similar method and drop the link in here that would be great.

Thanks 🙂

[Barry]

Hi!

I don’t believe we’ve currently got any plans to introduce this. Is there a reason why you can’t assign the same image via the regular featured image meta box in the event editor (is this really just a time saving measure)?

We’re always open to new ideas and feature requests, though, if you want to post this as one or else add your support to any suitable existing requests:

tribe.uservoice.com

Thanks!

[Barry]

Hmm, a strange problem.

If we roll things back a step and only deactivate plugins (leaving The Events Calendar/Events Calendar PRO active, of course, and also leaving your theme in place) does this problem still surface?

 

[Barry]

How strange, sorry to hear you’re hitting this.

The calendar isn’t truly empty in these situations – the events are present, they just aren’t visible. Perhaps adding the following line of CSS would help here:

#tribe-events .tribe-events-calendar h3 { opacity: 1 }

(The basic problem is that opacity of numerous elements is set to zero.)

Other notes:
A special CSS box that applies to the calendar would be very very helpful.

Though we don’t provide that you can set up a custom tribe-events.css stylesheet for rules like the above one.

Does that help?

[Barry]

Hi!

Would something like this help? You’d probably need to tweak it a little further but it might give you a nice starting point.

.et_pb_column_4_4 .et_pb_widget_area_left .et_pb_widget.tribe-events-adv-list-widget {
	width: 1000px;
}

.tribe-events-adv-list-widget ol li {
	float: left;
	width: 24%;
}

You could try adding this to a custom tribe-events.css stylesheet, for example.

Let me know if that helps!

[Barry]

Hi Mark,

Sorry to hear you’ve been hitting difficulties.

Is Tribe making any effort to integrate its plugin with Elegant Themes Divi?

I’m afraid I’m not aware of any particular drive in relation to Divi. In general, integration issues with themes – barring perhaps the very most popular ones – are really things that need to be solved on a case-by-case basis rather than by us modifying plugin code.

I did visit the URL you provided but it looks like you are using a different events plugin. Do you still need assistance with this and can you illustrate the problem for me if so?

Thanks!

[Barry]

Hi – great question!

Tickets are indeed regular WooCommerce products, however in order to achieve a nice workflow we “hijack” the product page, forcing visitors to come through single event pages instead.

You can remove this behaviour though – please see the notes in this thread – and that may allow you to take advantage of other WooCommerce extensions that rely on products being purchased via regular product pages.

Does that help here?

[Author]

Posts