[Josh]

Hey Brendan,

Awesome! I’m glad you were able to find a resolution here.

I’ll go ahead and close this thread for now. If you have any further questions, please don’t hesitate to open a new one.

Thanks!

[Josh]

Hey Ted,

Thanks for providing that link!

I tried accessing the link directly, which should force a download of the “.ics” file. However, it looks like Google itself is showing a feed processing error for that particular link. How did you go about getting that link for your calendar?

Thanks!

[Josh]

Hey Lluis,

Thanks for providing those links!

Also, would you mind copying the code into a Gist via?

http://gist.github.com

It looks like the pasted code above is getting formatted oddly and stripping out while trying to link portions of your button code. Having it as a gist will allow me to see the full code.

Thanks!

[Josh]

Hey Chasity,

No problem! You can check out our list of Recommended Developers to find a good customizer that could help you with these changes.

Thanks!

[Josh]

Hey Dan,

Thanks for following up with that. Have you tried utilizing the category ID rather than the slug here? I know I also mentioned slug above but after reviewing the widget, it appears that the filter there is using the category ID for the associated value.

Let me know if this helps.

Thanks!

[Josh]

Hey Javian,

There isn’t anything built into our plugin that would manage that. However, you could use a form plugin and customize a hidden field to be populated with the organizer email field or the event author email field upon submission.

Let me know if this helps.

Thanks!

[Josh]

Hey Andrew,

Thanks for trying that out. Was hoping that would be a quick fix in this situation.

The next thing to try would be following the Testing for Conflicts procedures to ensure there isn’t a conflict with some other code on the site. My guess here would be that there is a pre_get_posts filter or some other loop modification code that is working outside of just its intended scope.

Let me know if this helps.

Thanks!

[Josh]

Hey Greg,

Awesome! Glad we were able to get to the bottom of this one.

To be honest I’m not exactly sure why it would have an impact here. I know we do some scheduling/offloading of event creation for recurring events so it doesn’t bog down the system trying to insert them all at once. Not sure if this was an impact here or not though.

I’ll go ahead and close this thread for now. If you have any further questions, please don’t hesitate to open a new one.

Thanks!

[Josh]

Hey Grant,

There isn’t a way to add it within our plugin, however you could do it using a plugin such as Advanced Custom Fields.

However, if you’re planning on using it along with Filter Bar, it may be easier to try to manage that custom content via a taxonomy. From there you could take a look at how the filters are currently registered for event category within the current Filter Bar files.

As a warning though, this could prove to be a little bit difficult. With the other filters, we’re filtering events based on information directly associated with the event. If you’re adding the info to the Organizer, you’ll be trying to filter events on meta assigned to meta (like the movie Inception! 🙂 ).

I’m sorry I wasn’t able to give you a direct answer on this one but hopefully it helps to get you pointed in the right direction.

Thanks!

[Josh]

Hey Ellen,

Thanks for reaching out to us!

Unfortunately tickets aren’t currently supported for recurring events in this way. The tickets created for a recurring event apply to all events within that series. So if 18 tickets are available and 1 is sold, there should only be 17 available for every date within the series (as you experienced above).

I apologize for the inconvenience here. If you have any further questions about this one please don’t hesitate to ask.

Thanks!

[Josh]

Hey Nichole,

Thanks for reaching out to us!

This looks like it is intentional based on the way your current theme has customized the checkout process. If you switch themes, you should see a more traditional checkout process. You can reach out to your theme developer for information on removing that particular customization.

For removing the shipping address section, take a look at https://wordpress.org/plugins/woocommerce-hide-checkout-shipping-address/and see if it works for you here.

Thanks!

 

[Josh]

Hey,

Thanks for reaching out to us!

I’m not sure I’m following what you’re looking for exactly here. Based on the original link you provided in the previous post, it feels like utilizing the week view might not be the best fit for recreating that feature. I only say that because the week view is mainly used for seeing the week at a glance. The example of what you’re recreating appears to be more like single date views with a week navigation.

You may find the process a little easier to manage by utilizing the list view and adding a similar looking header navigation as the week view that gets the current date and the next 6 days and links them with something like “?tribe-bar-date=2016-05-08” added to the end. This would also give you a lot more flexibility with styling (possibly turning to a dropdown) on mobile.

But, if you’d like to allow the other to display on mobile, you would need to override the “display:none” that’s added in the stylesheet on “.tribe-events-week .tribe-events-grid” within your theme and then style the grid for mobile.

Let me know if this helps.

Thanks!

[Josh]

Hey Lindsey,

Thanks for reaching out to us!

We do have a program to support nonprofits. You can apply to receive free access to the plugins via our application page here

Let me know if this helps.

Thanks!

[Josh]

Hey Chasity,

Thanks for reaching out to us!

When you create a ticket for an event, the ticket does get created as a new product within WooCommerce. However, the visibility on it is set to “Hidden” so there isn’t a view exactly like what you’re looking for by default for the tickets.

However, you could get around this by manually making the tickets visible  (you can see that within the Publish metabox on the WooCommerce product edit screen for your ticket).

From there, you could include the default product style of the ticket on your event by utilizing the product shortcode within WooCommerce and removing the ticket form.

You could then remove the ticket box by partially following the knowledgebase article for moving that box. That snippet first removes the box and gives you the option to uncomment out the location that you’d like to move it to. If you just remove it without adding a move to location you should be good here.

Let me know if this helps.

Thanks!

[Josh]

Hey Luis,

Thanks for reaching out to us!

Would you be able to provide a link to your site, you can add as a private reply if you like, so I can get a closer look at the exact issue you’re experiencing with the button?

Thanks!

[Author]

Posts