[Geoff]

Hi Jennifer and welcome to the forums!

I really wish the answer was yes but I’m afraid allowing visitors to submit the number of tickets available on the front end is not possible.

We are developing a way for this to work via the Community Events plugin, so please add your vote for the feature here and you’ll be updated as progress is made on it. It will definitely take some time before it releases, but this should keep you on the up and up. 🙂

Does this help answer your question? Please let me know.

Cheers!
Geoff

[Geoff]

No worries! Scroll down the page a bit and you’ll see a heading for “Other Versions” with links to past releases. 🙂

[Geoff]

Hi Florent and welcome to the forums!

That’s a good question. You could use something like Gravity Forms or refer to the Woo docs for how create a new field on the checkout page. However, getting that custom data to attach to tickets and display on a per-ticket basis will be pretty tricky to be honest.

We are currently working on a method for handling additional data for tickets, but I’m afraid the feature is not available just yet. If you add your vote to feature, you’ll be notified when progress is made.

Sorry I don’t have a concrete solution for you here, but does this at least help answer your question? Please let me know.

Cheers!
Geoff

[Geoff]

Hi Thomas, thanks for getting in touch!

Just out of curiosity: what page the plugin accounting for 43% of the load? If it’s for the calendar page itself, that would be a totally reasonable number since the page is completely constructed by the plugin.

Cheers!
Geoff

[Geoff]

Hi Stephen,

Yeah, that’s definitely possible!

You can follow this URL format to see past events for a specific category:

[your-site]/[events-slug]/category/[category-slug]/?tribe_event_display=past

So, for example, if my calendar is located at /events and I have a category called BBQ, that would look like this:

[your-site]/events/category/bbq/?tribe_event_display=past

Does this help? Please let me know. 🙂

Cheers!
Geoff

[Geoff]

Hey Stephen–nice to see you again. 🙂

Good question. There are certainly many ways to adjust the layout with CSS alone, but repositioning elements altogether might best be done with an override of the single-event.php template so you can add your own HTML structure and classes to get exactly what you’re looking for. Check out our Themer’s Guide to get started there and let me know if any questions pop up as you go.

Cheers!
Geoff

[Geoff]

Sure thing! You can grab the previous version of The Events Calendar here on WordPress.org. And you can find PRO by logging into this site here and heading to My Account > Downloads. Just make sure to grab the same version number for both plugins so everything works well together. 🙂

Cheers!
Geoff

[Geoff]

My pleasure and thanks for your understanding and sticking with us!

If you have a moment, I’d love to see that posted as a request on our new feature feature forum for Facebook Events. That will make sure it stays on our radar and allow others to post to it as well–you know, keep the pressure on us. 🙂

Thanks again for reaching out! Feel free to hit us up with a new thread if any other questions pop up.

Cheers!
Geoff

[Geoff]

Hi Stephen!

Sure, that is quite possible. Here’s how to change the widget from showing the day of the week to showing the abbreviated month instead:

• Make a copy of the widget template. It is located in /plugins/the-events-calendar/widgets/modules/single-event.php
• Make a new folder in your theme directory called tribe-events
• Make a new folder in that one called widgets
• Make a new folder in that one called modules
• Drop the copied template in that last folder

Now that the template is in your theme, it can be customized to suit your needs. In this case, change this line:

[php]
<span
class="list-dayname"><?php echo apply_filters( ‘tribe-mini_helper_tribe_events_ajax_list_dayname’, date_i18n( ‘D’, $postDate ), $postDate, $mini_cal_event_atts[‘class’] ); ?></span>
[/php]

…to this:

[php]
<span
class="list-dayname"><?php echo apply_filters( ‘tribe-mini_helper_tribe_events_ajax_list_dayname’, date_i18n( ‘M’, $postDate ), $postDate, $mini_cal_event_atts[‘class’] ); ?></span>
[/php]

Does this work for you? Please let me know. 🙂

Cheers!
Geoff

[Geoff]

Thanks James! Please do keep us posted. 🙂

[Geoff]

Hi Gail,

Nice work getting the API cleaned up! Thanks so much for doing that. 🙂

Quick question: does the tooltip work if you switch to a default WordPress theme (like Twenty Fifteen) and apply the customization there? I just want to make sure there is nothing else with the theme that might be conflicting here and this will help pinpoint that for us.

Thanks!
Geoff

[Geoff]

Hey Rick, thanks for following up!

Yeah, I do think importing from 20+ pages is more a limitation of the plugin than it is the server–though having a dedicated server for high activity and large amounts of content would certainly help.

Sounds like that could be a deal breaker for you, so we’d be able to refund that license for you if you need it. Please email us at support [at] theeventscalendar.com with your receipt and reference this thread and we’d be happy to process that for you.

And, yes, you should be able to re-access the admin pages by manually uninstalling the Facebook Events plugin via FTP.

Sorry for the trouble here and I hope this helps! Let me know if you have any other questions here and I’d be happy to help as best I can.

Cheers,
Geoff

[Geoff]

Hey Chris,

Thanks for the heads up on the other thread. It looks like George is on top of that and will certainly respond to you.

Are you all good on this thread? Did my last reply answer your question on the ticket flow or do you still have other questions related to that I can help with?

Cheers!
Geoff

[Geoff]

Sorry for the trouble, Bob!

Does it help to downgrade the calendar plugins back to the previous version they were at before the issue popped up? If they were working before and stopped after the update, we can at least get things back to how they were.

If the issue is still there even after the downgrade, then that would make me wonder if there wasn’t some other update on the site or server that triggered the issue. Let’s try downgrading first and see what we find.

Cheers!
Geoff

[Geoff]

Hey Mike,

You’re absolutely spot on. We could open things up here by not depending on the presence of get_current_screen() in Tribe__Events__Query::pre_get_posts(). For example, if it doesn’t exist, we could set $screen to null.

I don’t have anything that will change that at the moment, but I have made a ticket in our system for us to look into it some more. We’ll do our best to follow up with you directly here if and when we have more to share, but I’ll go ahead and mark this thread as Pending Fix in the meantime.

Cheers!
Geoff

[Author]

Posts