[Barry]

Hi ardcgarage!

I have a couple of questions for you, and I have looked through the guide and forums at length and cant quite find what i want – hoping you can help

No problem – but please note we do try to stick to one question per topic, so let’s deal with your first question in here and if you could post a new topic for your other question someone will be only too happy to help.

I have a main image for the calendar landing page in month view, which fits perfectly above the grid. Ive lazily put this in via the Advanced Template Settings (Add HTML before event content). Obviously, this makes it appear everywhere including singe event display. I only want it on the month view. Can you assist with the right way, or a nice bit of code for me?

You can make use of a filter hook to selectively add content to just one view (like month view):

add_filter( 'tribe_events_before_html', 'add_month_view_header_img' );

function add_month_view_header_img( $html ) {
    if ( ! tribe_is_month() ) return $html;
    $html .= '<img src="..." />';
    return $html;
}

You could add a snippet like the above – obviously adjusting to correct the image URL – to your theme’s functions.php file, as an example.

Would that work for you?

[Barry]

Hi Steve,

Great question!

The wrapper around the title is something that, ordinarily, is specified by your theme – but you can control this via various WordPress hooks:

add_filter( 'widget_display_callback', 'modify_list_widget_title', 10, 2 );
add_filter( 'dynamic_sidebar_params', 'modify_list_widget_wrapper' );

function modify_list_widget_title( $params, $widget ) {
	$is_regular_list  = ( 'tribe-events-list-widget' === $widget->id_base );
	$is_advanced_list = ( 'tribe-events-adv-list-widget' === $widget->id_base );

	if ( ! $is_advanced_list || ! $is_regular_list ) return;

	$params['title'] = '';
	return $params;
}

function modify_list_widget_wrapper( $widget ) {
	if ( ! isset( $widget[0]['widget_id'] ) ) return $widget;

	$is_regular_list  = ( 0 === strpos( $widget[0]['widget_id'], 'tribe-events-list-widget' ) );
	$is_advanced_list = ( 0 === strpos( $widget[0]['widget_id'], 'tribe-events-adv-list-widget' ) );

	if ( ! $is_advanced_list || ! $is_regular_list ) return $widget;

	$widget[0]['before_title'] = '';
	$widget[0]['after_title'] = '';

	return $widget;
}

Does that work for you (you could place the code above within your theme’s functions.php file, for instance)?

[Barry]

Hi Bill,

I’m sorry to hear you are experiencing difficulties.

We have tested this repeatedly on our test site (with all the plugins and in twenty fourteen). IT WORKS THERE.

Just to clarify: do you mean it always works on your test site, regardless of what other components are running, or that it works when you have deactivated all other plugins and switched to a default theme?

If the latter, were you able to isolate the conflict to a particular component (if it is your theme or a specific plugin that triggers the problem, for instance, can you share a note of which one)?

We are having a problem because occasionally the Month View page cannot be found.

Is there any pattern at all? For instance, does it only occur when a particular month contains zero events?

I’m also curious about the nature of the not found page: are we discussing a themed 404 page being generated by WordPress/your theme or is this something more basic, like a server-level error?

Thanks!

[Barry]

Hi – great question!

Please do feel free to upvote and show your support for this BuddyPress-related feature request, however right now we have nothing specific in place.

That doesn’t mean it won’t work with BuddyPress – they will probably both work side-by-side just fine – but rather that you might need to do a little customization work to integrate them in the particular way you envision.

If not, how big of a project would it be to do manually and would you be interested in sharing our end project if we completed this.

I can’t really answer your question about how big of a project it might be, simply because I’m not sure how you want to integrate the two, exactly, and of course there are many ways to approach any given development task.

Certainly if you create a plugin that helps to pull the two tightly together we’d love to hear about it and even take it for a spin!

Thanks for getting in touch 🙂

[Barry]

Hi Jesse,

Sounds like an interesting idea!

Please do note that the level of support we can offer for customizations like this one is pretty limited – however I’ll be happy to point you in the right direction if we can 🙂

My issue is trying to extend this to include other items in the feed such as venue, venue address, venue latitude/longitude, organizers, etc. RSS feeds are new to me so I am not sure how to work with the provided tutorial.

You would essentially use the same approach detailed in that tutorial for adding the start and end times, however instead of injecting those times (or in addition to) you would simply add whatever tags are appropriate and still result in a valid RSS feed and populate them using our template tags/helper functions:

• Venue functions
• Organizer functions

Does that help?

 

[Barry]

OK — so if they are being manually edited that would explain most of this.

For instance if the same organizer was previously imported and then various details for that same organizer were changed on WordPress, it will indeed use this new information when an imported event is next updated (and will try to update the same details on eventbrite.com): that’s the expected and intentional behaviour.

We are of course open to any ideas you might put forward in terms of making this a more intuitive and flexible system and you can post any such requests on our UserVoice channel – but I’m not sure we’re looking at a bug as such.

In relation to timezone issues, once again this sounds like it may be the expected behaviour (please see my original reply from 5 January).

On that count, we do realize that the automated adjustment of times hasn’t proven to be ideal for all our users and we already have a change in the works that will make it possible to turn this off – so relief is in sight 🙂

Does that help/clarify things?

[Barry]

OK. Can you share a copy of that theme so we can take a peak and see what’s happening?

If you upload it to Dropbox, some similar service or even your WP site and share the link as a private reply that would be great.

[Barry]

OK, so it sounds like this problem only occurs with your particular theme and the latest version of WooCommerce Tickets, is that accurate?

Which theme are you using? Does it have any facilities/features for better integration with WooCommerce and could those be getting in the way?

[Barry]

It’s definitely puzzling.

Honestly, I don’t yet feel I have a good picture of the chain of events. For instance, these comments initially made me think this was happening automatically and consistently whenever you import from Eventbrite:

There was no editing of the events, it just changed all of the EventBrite times … It seems to be almost instant.

On the other hand, you also noted that:

I suspect that the sporadic nature of the changes suggest that when the events are imported, they may be going in to edit them (adding organiser & venue details, etc) which is triggering the Eventbrite update.

Does that indicate that you think other users/your clients are manually making adjustments?

The only puzzling thing is the time change. Since the dev site is set to GMT, as is Eventbrite, an event update shouldn’t change the time, but it apparently does.

It sounds like you said the dev site was set to London time rather than being pinned to GMT and, as I understand it, London is only in GMT for part of the year. If your Eventbrite events have been explicitly set to GMT there could, at various times of the year, be a 1hr difference.

Is that 1hr period consistent with the jump in times you are experiencing? If not, how many hours difference are we talking about and does it vary per event or is it consistent?

Can you confirm if this still remains a problem only if your full stack of plugins/theme are enabled – or is it also consistently a problem when testing under default conditions?

[Barry]

How odd.

Just for the avoidance of any doubt, when running through our standard troubleshooting steps did you also switch to a default theme such as Twenty Fourteen?

Can I also ask if you are using/have recently used a caching plugin?

Thanks!

[Barry]

Hi Sean,

It looks like we are indeed planning on delivering a knowledgebase article to help people customize Filter Bar – I’m unsure if that’s going to have the level of detail you are seeking, though.

Do remember you can always post feature requests for things to be added to our website (and knowledgebase) – they don’t have to relate to plugin changes – so if you’d like to post a request and give an example of the sort of details you are seeking here we can definitely do our best to oblige if it looks like others are also seeking this sort of resource 🙂

tribe.uservoice.com

[Barry]

Hi Massound 🙂

It should show different for every single event setting.Please find the Screenshot 1 and Screenshot 2.

Can you let me know how you’d like it to behave (it could certainly make for a good feature request) and would it work for you in the interim to simply supply a custom recurrence description?

But all the relate events show just exactly the same result as the main event when click each “View all” next to the title. If the results are the same, why we need to give every event with its own “View all” next on it?

So if I’m understanding you correctly this sounds like the expected behaviour. The View All will always take you to a list of all events in the same recurring sequence.

Am I misunderstanding/what are you expecting to see instead?

Thanks!

[Barry]

Right: if a user makes changes it is not unlikely that would trigger this (and even if a piece of code leveraged various parts of the WordPress API to make changes automatically that could also trigger this sort of behaviour).

Hopefully that works for you until you go live – I’ll leave this topic open for the time being but even if you come back needing further assistance on this issue and find it’s been closed (we usually close topics after a 2 week period) definitely feel free to open a new topic and simply link to this one.

Thanks!

[Barry]

The fact that the problem is so sporadic definitely does make this tricky to resolve.

So far I’ve been unable to replicate locally – added to which I can’t locate any similar reports from other customers, which does rather suggest it is something atypical about your particular installation.

I would categorise the adding of the event organiser details as part of the same issue – the plugin is overwriting the event details.

It does sound like it could be part and parcel of the same problem – yet it doesn’t appear that the plugin actually tries to update eventbrite.com immediately after importing an event, at least not under “default conditions”.

A sequence of event_get requests (which retrieve information but do not cause events to be updated) are indeed triggered when you import – but I don’t see any organizer_update, venue_update or event_update requests unless I specifically go into the event and make a change.

All in all, I still suspect a conflict somewhere along the line, despite the fact that following our troubleshooting/conflict test steps didn’t seem to get us toward a conclusion 🙁

Is there a section of code that I could comment out in the plugin that would stop it updating the events whilst the dev site is still being built and content added (so it doesn’t add the extra details) and then uncomment when the site goes live?

I don’t recommend modifying core plugin code, but if you feel confident doing so you could edit each of the following methods (all found in lib/tribe-eventbrite.class.php):

• Event_Tickets_PRO::do_event_organizer()
• Event_Tickets_PRO::do_event_venue()
• Event_Tickets_PRO::do_event_update()

You could try commenting them out entirely, or else simply add a return statement to the top of each. Again, I’d stress you should only take this approach if you absolutely feel confident doing so.

[Barry]

Our pleasure 🙂

I’ll go ahead and close this topic – but please don’t hesitate to post new ones as needed if you have any further questions.

Thanks again!

[Author]

Posts