[George]

Hey Tony,

Thanks for the information. I’m curious – if you head to Settings > General in your wp-admin, and instead of using the named timezone “Denver”, you use the equivalent numeric timezone (e.g. “UTC -8” or something), then try importing again, does that make the import times closer to accurate?

Let me know what you find!

Thank you for your patience here,
George

[George]

Hey Lukas,

Thanks for the update, I’m glad something is working for you for now. Stay tuned to updates for the Facebook Importer, we are working on preventing duplicates and have updates coming out in the coming weeks and months.

Thank you!
George

[George]

Okay, as for your technical issues aside from the version number stuff now:

I hate to nitpick your language, but with an issue as complex as this one can be, every word matters and some things you wrote are not very clear. There’s no worries about this, I’m just setting up a bit of a preamble because I want to be 100% certain I understand all of your issues, and language vagueness can make that tricky.

Case in point is what you wrote here:

This is what I meant by the dates are messed up in the system. This issue seems to be resolved now that the versions are back in sync.

1. Do you mean that simply reverting the version numbers has wholly resolved the issue of the dates being messed up? So that, for example, your event at http://fbca1.thrivenetmarketing.com/event/awaken-service-2/2014-02-02/ suddenly gets the right date and the right Permalink reflecting that? If this is not what you mean, please be very specific about what the difference is between versions.

2. If the Week View is broken, but events are all visible and accessible from the admin (with wrong dates, yes, but otherwise intact), then there is likely a theme or plugin conflict causing the issues on the front-end of your site. So, after updating Core to 3.11.2, I would recommend running through the complete set of steps here → https://theeventscalendar.com/knowledgebase/testing-for-conflicts/

Let us know what you find from doing those steps, where you check on the Week View (and the recurrence/Event-Date issues as well, in fact) after EACH plugin deactivation and after your theme change as outlined in that article.

Thank you for your patience here,
George

[George]

Hey Matt,

There are a few things to touch on here.

First of all is that you make a good point about us being more clear in our communication about version numbers – I am sorry about confusion that has arisen from that, especially since I have another layer of explanation to add there: when I meant “version numbers being the same”, you actually can and should have version 3.11.2 of Core and 3.11.1 of Pro running side-by-side.

This is where we can do a better job of communicating, and your feedback is much appreciated: “version number” consistency really hinges on the first two numbers, the “Main Releases”. The “Dot Releases”, the third number, can be up-to-date if not equal and it’s not a problem.

So, in other words, 3.11.2 of Core and 3.11.1 is the right configuration if you’re trying to be up-to-date. However, 3.11.2 of Core and 3.10.0 of Pro would not work. Similarly, then, 3.10.3 of Core and 3.10.2 of Pro would be fine, while 3.10.0 of Core and 3.9.3 of Pro would not.

I hope that makes some more sense here.

So, definitely get Core back up to 3.11.2, and Pro up to 3.11.1 which it’s already at. We do have warnings for when version numbers are inconsistent, like you mention, or when an update is required.

Just wanted to cover this stuff. Your feedback is meaningful and much appreciated here, and we can definitely improve our communication on this. Sorry it took some frustration on your end for this to become realized.

I will post another reply about your specific technical issues.

[George]

Thanks for sharing, Charmaine!

Your Cost field values are indeed too long and have too much text in them for our current filters, which try to strip things down to just numeric values. Apologies for the inconvenience from this! This feature change works great for most people and has many uses, but for some users it is a bit of a pain – you are not the first one, so fortunately, I have a code snippet that I’ve written that you can copy and paste right into your theme’s functions.php file to keep those Cost values un-touched:


add_filter( 'tribe_get_cost', 'tribe_cost_show_full_meta_field', 10, 2 );

function tribe_cost_show_full_meta_field( $cost, $post_id ) {
$full_cost = tribe_get_event_meta( $post_id, '_EventCost', false );

if ( isset( $full_cost[0] ) ) {
return sanitize_text_field( $full_cost[0] );
}

return $cost;
}


Let me know if that helps! 🙂

George

[George]

Hey Jeff,

I’m glad you’ve come up with a master scheme here! 🙂 Best of luck implementing it and if you have any other questions, concerns, etc., open a new thread any old time and we’ll help you out promptly.

Cheers, and good luck with the site!
George

[George]

Thanks for sharing this Brian – I’ve made a ticket for our developers and have even suggested this fix you shared with us. Stay tuned for a fix or improvement, we have some releases rolling out over the next several weeks so a fix may very well be included within one.

For now, I’ll close up this thread, but if any other issues, questions, concerns, etc. arise, don’t hesitate to open a new thread to post about them!

Cheers,
George

[George]

Hey Brad,

There are not at this time, unfortunately 🙁

Stay tuned to updates within your WordPress dashboard, the changelog there will list fixes for the release and we’ll also publish about it here on http://theeventscalendar.com/blog

Thank you all for your patience on this!

[George]

Hey Lukas,

Damn, really sorry about the problems with your FB venues and duplicates there. We’ve unfortunately uncovered this bug with Venues, and another bug with Organizers, and are working hard to fix these because they’re vital to the plugin functionality.

However, I don’t know when a fix for these bugs will be publicly released 🙁 Sorry to bear that bad news.

One thing that might help is to just filter post_class for now, and then add an automatically-generated Venue class name that adds a Venue CSS class based on the venue title instead of its ID number. This way, even if duplicates arise, as long as their title is the same then the same CSS class name should work fine.

I wrote code for you to achieve this, check it out – add the following code to your theme’s functions.php file:


add_filter( 'post_class', 'tribe_add_venue_title_post_class' );

function tribe_add_venue_title_post_class( $classes ) {
global $post;

if ( 'tribe_events' !== $post->post_type ) {
return $classes;
}

if ( tribe_has_venue( $post->ID ) ) {
// $venue_id = tribe_get_venue_id( $post->ID );
$venue_name = tribe_get_venue( $post->ID );
$classes[] = 'tribe-venue-' . sanitize_html_class( $venue_name );
}

return $classes;
}


This works really well for me! And hopefully it does for you, too. That function there sanitize_html_class() is a bit aggressive, but we have to use it here or else an invalid class name could be applied and that could literally break the HTML on your page…not good.

But with that in mind then, this sanitize_html_class() function can be a little aggressive and will remove spaces from names, etc.

So for an example of this, I have a venue whose title is Duncan Regional Airport. With this new function I wrote above, all events that take place at this venue, regardless of duplicate venues, will now how have the following CSS class name:

.tribe-venue-DuncanRegionalAirport

Not exactly a very pretty CSS Class name 🙂 But hopefully this code works for you and you can use it to hold you over until we get a proper fix out to prevent duplicates from Facebook.

Venues that don’t have a title will have really long, gross class names, so use a title wherever possible. And use those Inspector tools in Firebug, or chrome/safari Dev Tools like I mentioned earlier in the thread to look up any class name if you’re not sure what it is…

I hope this helps!

— George

[George]

Hey Chad,

To run Community Events, all you really “Need” is The Events Calendar and then of course the Community Events add-on itself.

Once those are activated, if you do not need anything else on the site then you can just delete all pages and posts, and then go about removing links to other parts of your site that you won’t use and such.

Now, the main caveat is that you cannot really make the main /events/ page URL the “home” page of your site by default, since this is not a real “page” that existing in your admin.

However, you might be able to just set up a redirect or something to do this – a plugin like this might work really for that: https://wordpress.org/plugins/redirection/

Then, certainly, you can just use the events page and the community events submission page, and don’t need anything else on your site. If you have more general WordPress questions, like about setting up Menus and removing pages or removing sidebars or something, just to keep your site minimal and remove all non-event content, your best bet is to use the ol’ Google and/or browse http://codex.wordpress.org for specific information on that stuff.

All this information should help – let us know if it does, or if you have any other questions.

Cheers!
George

[George]

Hey Paul,

Thanks for your interest in our plugins! This is unfortunately the only feature that The Events Calendar can do all on its own:

Have a general calendar showing all the events in the next month.

For all of your other features, I unfortunately do not have specific plugin recommendations for you, but you could indeed either write custom code to build out these features or hire someone to build them for you.

When it comes to features like these ones:

Enable us to sell the exhibitor space for each event?
Charge our members annual fees?

You can use an eCommerce plugin like WooCommerce to do this. Check out WooCommerce here → http://www.woothemes.com/woocommerce/

WooCommerce has many extensions to it, as well, so if you browse the extensions you might find some exhibition-specific tools there or other extensions that would suit your project well.

Cheers!
George

[George]

Hey Aindreas!

Thanks for the kind words 🙂

As for your question specifically, you should be able to modify that number right in the widget admin, as shown in this screenshot → https://cloudup.com/cwv8HoE2723

Do you find that to work for you? Or are you trying to add even more than 10 events there?

If you want to add more than 10 events, you can currently only do that by adding a bit of code to your theme’s functions.php file, like this:


add_filter( 'tribe_events_list_widget_query_args', 'tribe_add_many_events_to_list_widget' );

function tribe_add_many_events_to_list_widget( $args ) {

if ( ! isset( $args['posts_per_page'] ) ) {
return $args;
}

$args['posts_per_page'] = 20;

return $args;
}


Just modify that bit that reads $args[‘posts_per_page’] = 20; to be whatever number you’d like, and you should be good to go 🙂

Cheers!
George

[George]

Hey Poekel!

Thanks for reaching out 🙂

The Events Calendar itself does not event registration capabilities, but there is an add-on for it called “Community Events” that is built specifically to enable these sorts of features. You can learn more about Community Events here → https://theeventscalendar.com/product/wordpress-community-events/

As for whether our plugins work with the IDEAL payment system, none of our plugins work with any payment system directly – instead, our plugins just handle the Events functionality themselves, but they do plug into the following eCommerce systems if you would like to sell tickets to events:
• WooCommerce
• Easy Digital Downloads
• Shopp
• WP E-Commerce

So, if these eCommerce plugins themselves work fine with IDEAL, then The Events Calendar just “extends” that functionality and it should work in theory.

If you’d like to learn more about our ticketing plugins, you can check them out here: http://theeventscalendar.com/tickets

We do not have any other payment-integrated plugins other than those Ticketing plugins at this time.

Thanks!
George

[George]

Hey Charmaine,

Thanks for reaching out! I’m curious, can you clarify exactly what you mean when you write this:

Currently, only the first price entered in the Event Cost field is displaying,

How specifically have you entered your Event Costs to that field? If you can take a screenshot, or copy and paste an example of what you have entered, that would be helpful here.

The Event Cost field should generally be able to support something like, for example, “$99–150”, though depending on what you’ve added there may be text or other characters getting stripped away by filters, which would require a bit of custom code to disable. We can help with that if need be, but first, let us know precisely how you’re entering your multiple event costs and we can go from there.

Thank you!
George

[George]

Hey Awave,

I’m really sorry you’ve run into this behavior! It’s odd and the List View and such all work fine for me.

I’m curious about there being a potential theme or plugin conflict here. To investigate this, can you first head to your site’s wp-config.php file and change this line of code:

define('WP_DEBUG', false);

to this:

define('WP_DEBUG', true);

That will display PHP errors if any exist, which might be quite useful here.

If any errors do display once you refresh the page, copy and paste them in full and share them here (or in Gists at http://gist.github.com if they’re too long for the forums).

If errors do NOT display, then the next best step would be to leave that code in place and run through the steps outlined here → https://theeventscalendar.com/knowledgebase/testing-for-conflicts/

Both steps here will help reveal or rule out conflicts, which is an awesome first step to try and figure out the culprit.

Let us know what you find – thank you!

George

[Author]

Posts