[Barry]

Will do – thanks!

[Barry]

Awesome!

[Barry]

Hi Eric,

If the user has advanced beyond the first page then the query vars should include whatever number has been “paged”, so you can pull this in and do the necessary calculations from there 🙂

codex.wordpress.org/Class_Reference/WP_Query

This is really custom development territory though so I’m afraid we aren’t going to be able to help further (and I’ll close this topic accordingly) but hopefully that gives you what you need to move toward a complete solution.

Thanks again!

[Barry]

Steven: if you can bear with us a little longer a new version of the Eventbrite plugin should be released shortly (within the space of a few days, if all goes to plan) – can we pause and see if that helps with this, once it is available?

[Barry]

My pleasure 🙂

[Barry]

Hi James,

It should be possible to workaround this.

The tribe_events_pre_get_posts action hook provides an opportunity to modify the query object in relation to event queries.

You could use this to test and see if various conditions like is_search are true then set the query’s eventDisplay property to custom (otherwise it defaults to “list”, which assumes you only want upcoming events).

add_action( 'tribe_events_pre_get_posts', 'custom_event_search' );

function custom_event_search( $query ) {
    if ( $criteria_met ) $query->set( 'eventDisplay', 'custom' );
}

The above code shows the basic form of this sort of change (though you’ll need to fill out the missing detail, of course).

[Barry]

… Apologies, that wasn’t quite true. You don’t need the second rule, so it should read like this:

https://gist.github.com/anonymous/7654b55eb6fb23f1a843

[Barry]

I see – thanks for clarifying!

So in that case, try the same steps as before but amend .tribe-events-list so it reads as .tribe-events-single — does that help?

[Barry]

Hi Marc-Andre,

There’s a limit to the amount of support we can offer for customization work like this – but if for instance you wish to take users straight to the product page from list/month view then you can do so:

• Depending on your personal preference, you could put this in place either by setting up template overrides or by using a suitable hook
• You could test for the presence of tickets for the event in question and then substitute the link to the single product page when appropriate

The “tricky bit” is getting the single product URL. You can obtain all tickets for a given event with code like this:

$tickets = TribeEventsTickets::get_all_event_tickets( $event_id )

If there are multiple then you will need to decide on which you wish to use (unless you list the permalinks for each, of course) then simply call get_permalink() – passing in the appropriate ticket ID with each call:

get_permalink( $single_ticket->ID );

I hope that gives you some ideas to get you started 🙂

[Barry]

Hi Neil,

Again I can offer no hard guarantees – but the team is working as quickly as they can on this and we hope to deliver an updated version shortly.

Thanks for your patience and continued support as we work through this 🙂

[Barry]

OK – I wasn’t too sure as when I viewed single event pages the featured image appears to occupy the full available width (and so alignment is moot).

Given that, I’m not too sure what you are actually hoping for here – can you clarify?

[Barry]

Hi @superbigcat,

That’s a valid point.

The issue is that if a view (photo view in this case) does not include venue information there aren’t really any great ways in which we can include location data for those listed events.

It would of course be possible to override and customize the view and add venue data for each entry – we’ve avoided that by default as sometimes too much information can get in the way of a smooth user experience.

It is also worth noting that even if the validator is not fully satisfied and returns some errors, this does not seem to prevent Google or other services from consuming the data that is provided.

All that to say: we’re open to your further suggestions if for instance you feel venue data ought to be included in views like this one, but despite the errors being flagged up by the validator (which are great for diagnostics) I’m not sure just how crucial this actually is.

Bear in mind also that – so long as the events in question do have valid venues, then Google/other service will probably slurp it all up from the individual event pages themselves.

Does that help at all or do you have any further questions about this?

[Barry]

Hi Hopper,

1. Is there a possibility for participants to RSVP to an event and then show their names, photos or avatars in a list on the WE website?

Not too sure what you mean by the WE website – but we do offer a range of ticketing solutions which effectively allow users to confirm their attendance at various events, whether the events are free or paid for. Check out:

• Our ticketing solutions designed to integrate with various leading ecommerce engines
• Our Eventbrite solution which has recently been updated for compatibility with Eventbrite’s latest API
• Event Rocket is a third party solution, unsupported by us, but offers basic and customizable RSVP facilities

Showing their names, avatars and so on is – in each case – something that would need to be implemented as a further customization 🙂

2. Is there a possibility to set a limit how many people can sign in for the event and then have others be on a waiting list?

While none of the above solutions facilitate this directly, it may be possible through additional customization work.

3. Is it possible for participants to make comments about the event and upload photos before and after the event?

The Events Calendar makes use of custom post types and so users can comment on events just as they might blog posts.

If you wanted to restrict this to those users who have confirmed they will attend an event that should certainly be possible (again, some small amount of customization required).

I hope that answers your questions!

[Barry]

Hi Steven,

I wonder if this could be environmental in nature … can you provide any detail about your hosting setup – who is the provider and what sort of package is this that you are using, etc?

[Barry]

Hi Eric,

I’m not 100% sure if this is what you are asking but in the context of a WP_Query object:

• found_posts tells you the total number of posts that would be returned by the query if there was no pagination
• post_count is the number that have actually been returned (typically this is equal to or less than whatever you set posts_per_page to)

In straightforward cases, such as list-like views (including map view) you can grab this directly from the $wp_query global:

$total = absint( $GLOBALS['wp_query']->found_posts );

I hope that helps!

[Author]

Posts