[George]

Awesome! Thanks for the update. I will close up this thread for now, but if any other questions/comments/concerns arise, don’t hesitate to open a new thread any time 🙂

Cheers,
George

[George]

Awesome! Thanks for the update @karen 🙂

Best of luck with your site,
George

[George]

No worries @laughmasters, I can totally understand that reluctance to disable the plugin. The hand-coded filters worked for me, though, so with that in mind if we cannot test your plugin here then there are unfortunately not many other steps we can do; not many “moves on the chessboard”, so to speak…

I’m really sorry about that! One thing that might be a great step at this moment is to contact the support team for the “WooCommerce Customiser” plugin – describe your problems and share a link to this forum thread, perhaps, and see if they have any insights into this. They may have seen something similar before or have a known code-level issue, you never know!

Let us know if you are able to contact them for support and, if so, what you find 🙂

Thank you!
George

[George]

Awesome! Be sure to keep a good backup of all custom code like this, and perhaps a bookmark to this here forum thread or something…you may have to re-add this custom CSS after you update your theme down the line in the future.

Best of luck with your site!
George

[George]

I’m sorry about the frustrations @Brandon. I should note that the issue here may be entirely within your theme, and so in other words there isn’t a compatibility issue with The Events Calendar at all but just poor code in your theme. I do not know if this is the case; I’m just saying it’s possible. We aim for maximum compatibility with themes, and those WP_DEBUG steps I mentioned earlier might shed some light on what, exactly, is going on with your theme and The Events Calendar on your site…

Were you able to run through those WP_DEBUG steps? If so, what did you find?

Thank you,
George

[George]

Hey @Leonid,

I’m not sure what you mean by ‘listing “names and links” using a shortcode’, but regardless of that, you mention adding “some kind of coding” to include venue information in this shortcode it seems.

We do not offer any support for such custom coding, as noted above, but there is a handy set of functions related to showing Venue data that might be helpful to you. These functions are “template tags” and can thus be found by heading to your The Events Calendar plugin files; then navigate to src/functions/template-tags/venue.php and check out all of the functions there. You can use them as needed – I hope they serve you well! 🙂

Cheers,
George

[George]

Thanks for this Danielle!

Just to be clear, do you mean that on the page you linked to above (http://thecooperageproject.org/complete-listing-events/) you are using that custom code to display events there?

I looked at your code and I think that using tribe_get_events() would work much better for you than using a custom WP_Query. Here’s an article on how to use this function → https://theeventscalendar.com/knowledgebase/using-tribe_get_events/

I was not able to fully test this script, but here’s an example of how your code would be rewritten to use tribe_get_events(): https://gist.github.com/ggwicz/70c7f7c1749f872c031d

Hopefully between the Knowledgebase Article and the code example, you are able to put something useful together here…

Best of luck with your customizations!

— George

[George]

Awesome – glad to hear it, @robphat!

I know it’s not ideal to have to leave everything un-minified, but it’s unfortunately the best option with the way W3TC works 🙁

I’ll close up this thread for now, but don’t hesitate to come back and open a new forum thread at any time if any other questions arise.

Cheers,
George

[George]

Thanks for sharing that @Cynthia!

@eastlife, do you have any thoughts on the things posted here? No worries if not and/or if you’re just busy and haven’t been able to respond yet; just wanted to keep the thread alive and post an update 🙂

— George

[George]

Sounds good Tony, thanks for the update here – I’ll close up this thread for now, but if there’s ever anything else that pops up that we can help with, let us know! Open a new forum thread any time 🙂

— George

[George]

Sounds good, @Sitecrafting – thanks for elaborating on things a bit, and for being cool about waiting for the inclusion of better support for the sort-of bulk deletion you’re looking for in a future release of the plugin…

Should you need or want help with anything else, open a new thread on the forums here any time! 🙂

Cheers,
George

[George]

Hey James,

Glad the first bit helped! Hiding the header you mentioned takes a bit more CSS but is indeed still possible by changing the code I recommended in my first post to this instead:


if ( function_exists( 'tribe_get_events' ) ) {
function tribe_support_1010768() {
ob_start(); ?>
<style>
#ticket_form_table tr:nth-of-type(2) {
display: none;
}
.tribe_sectionheader.ticket_list_container h4.tribe_sectionheader {
visibility: hidden;
}
.tribe_sectionheader.ticket_list_container h4.tribe_sectionheader small {
visibility: visible;
float: left;
}
</style>
<?php echo ob_get_clean();
}

add_action( 'admin_head', 'tribe_support_1010768' );
}


Now, we technically don’t offer any support for custom coding here, so if you have further customizations that you’d like to make, you will unfortunately have to determine the proper CSS for it on your own. I highly recommend getting and using a [free!] tool like Firebug if you use FireFox, or the Developer Tools for either Safari or Chrome. They all have “Inspector” tools which let you mouse right over the element you’d like to customize (e.g., to hide), and tells you the CSS selector necessary for it.

Best of luck with your customizations! 🙂

— George

[George]

Thanks for the kind words @fortgordonmwr, and for your patience while we work on reintroducing this feature! 🙂

Cheers,
George

[George]

Hey @integrity,

I appreciate all of the information you’ve provided here, and also your patience with my slow reply over the weekend and such.

I’m afraid the old snippet shared by Brook, while awesome and helpful at the time, may indeed be breaking things here because we have improved pagination in our plugins. A side-effect of these improvements is perhaps some conflicting code with this snippet.

I should note, however, that the original snippet worked fine for me on my local site. So there just be something about your customizations to the script that are breaking things; to test for this, can you start by replacing your customized version of Brook’s script with the original version? The original version is pasted here:

add_filter('tribe_events_pre_get_posts', 'filter_tribe_all_occurences', 100);

function filter_tribe_all_occurences ($wp_query) {

if ( !is_admin() ) {

$new_meta = array();
$today = new DateTime();

// Join with existing meta_query
if(is_array($wp_query->meta_query))
$new_meta = $wp_query->meta_query;

// Add new meta_query, select events ending from now forward
$new_meta[] = array(
'key' => '_EventEndDate',
'type' => 'DATETIME',
'compare' => '>=',
'value' => $today->format('Y-m-d H:i:s')
);

$wp_query->set( 'meta_query', $new_meta );
}

return $wp_query;
}

If this does not work, then leave it in place regardless and proceed to the next step, which is update your site’s version of the Events Filterbar plugin. Your site is running version 3.9; it whould be running version 3.12.1, which is the most recent and is available at http://theeventscalendar.com/my-account/downloads.

If updating this alone does not help, then the last thing to check for at this point is your WordPress version. Your “System Information” shows your site to be at version 4.1.8, when the most recent version out there is 4.3.1. Once you update to 4.3.1, have another look at events pagination on your site and see if the issues persist.

I hope all this testing reveals something useful about the nature of your problems here. It could simply be a version conflict with Filterbar being stuck at the outdated version 3.9; or it could be something specific to your tweaks to Brook’s original snippet. It could even be some combination of these things and others.

Regardless, the testing I describe above will be very helpful for getting closer to a solution here. Let me know what you find!

— George

[George]

Hey Gary!

There are two things about your question that, unfortunately, make it a bit hard to answer completely: first is that your question relates to custom coding, for which we don’t technically offer any support, but secondly (and mainly) is that specifying a taxonomy in pre_get_posts() is a bit tricky. It’s possible, but just tricky.

If you’re familiar with ‘tax_query’ in WordPress’ WP_Query class, then essentially all you’ll be doing is using that same array format of taxonomy rules and applying it to the query. You should be able to use tax_query to write the organizer-filtering rules you would like. If you’re unfamiliar with tax_query, you can read about it in depth in the “Taxonomy Parameters” section of this article here → https://codex.wordpress.org/Class_Reference/WP_Query

If you’re interested in some code examples and such, there are fortunately many out there for this problem. I found a good one here, for example, if you’re curious → http://wordpress.stackexchange.com/questions/35196/theres-a-way-to-use-query-settax-query-in-pre-get-posts-filter

I hope all of this information helps!

— George

[Author]

Posts