[George]

Hey George,

Thanks for reaching out!

Events Calendar Pro does not provide this functionality at this time, and unfortunately neither do other add-ons we make. 🙁

Sorry to disappoint!
George

[George]

Thanks for reaching out, Mike!

While our plugins indeed provide that second feature you listed—”2) Searchable by event type, or name or state”—our plugins unfortunately do not provide the first and third things you list:

1) Simple column type of format – 5 columns
3) Able to input large files of events all in specific columns

The only “formats” available from our plugin are the types of Views you can see on our demo site here → http://wpshindig.com/events

And while there are numerous ways of importing event data from files, you cannot specify specific display columns or anything of the sort. 🙁

Sorry to disappoint!

Sincerely,
George

[George]

Hey @oniregoc,

I’m glad to hear you’ve made progress with your customization!

These forums are unfortunately not a proper venue for sharing customizations and such—these forums are only for technical support to the scope defined in this article: https://theeventscalendar.com/knowledgebase/what-support-is-provided-for-license-holders/

If you want to share your customization with the world, feel free to do so! But I recommend doing so in a blog post or something like that, not here on these forums.

If you are asking us to review your code, we unfortunately cannot do that, either. Check out the link I shared above, which defines what support we can provide here.

Cheers,
George

[George]

Hey Tom,

Sorry to hear this!

Can you elaborate on a few details here?

1. What is the specific conflict?

2. How did you arrive at the conclusion that Events Calendar Pro was the one in conflict?

---

Thank you in advance for providing the above two details!

In the meantime here, I would like to be frank about the fact that there will likely not be any immediate fix here. Even if we recognize a “fixable” bug here, it could take up to a few weeks for a bug fix to arrive in our plugins.

I say “if”, however, because Visual Composer and many other plugins like it break WordPress coding conventions. This is fine for them to do, in theory—but they are breaking convention and so will often break other plugins, like Events Calendar Pro. Plugins like Visual Composer have their own non-standard, non-supported idiosyncrasies, and since they go against the grain of WordPress coding standards, the responsibility is ultimately theirs to ensure compatibility with other plugins.

I am still interested in the two questions I posed above, of course—but I just wanted to set the expectation early on here that fixing any sort of “conflict” here is actually something that the Visual Composer folks will have to tend to.

Sincerely,
George

[George]

Thanks Mat! Cheers 🙂

[George]

Glad to help! 🙂

Best of luck with your project,
George

[George]

Hey Erdem,

Thanks for your interest in our plugins! We unfortunately do not have any sort of “trial period” for licenses or anything like that.

However, we have an excellent refund policy that basically allows for a thirty-day period where you can test the waters, and if you don’t like it, you can get a full refund with no questions asked.

Learn more about the refund policy here → https://theeventscalendar.com/knowledgebase/refund-policy/

I hope that helps!
George

[George]

Thanks for sharing! Best of luck with your project. 🙂

[George]

This is a duplicate of this thread → https://theeventscalendar.com/support/forums/topic/calendar-shows-when-click-on-month-of-date-in-monthview-2/

I will close this thread here to facilitate discussion in that one thread above.

Cheers!
George

[George]

Hey Stuart,

Thanks for reaching out!

At this time, there isn’t a way to remove or move those styles—that being said, they style tag also shouldn’t cause any actual problems with the rendering of your page’s markup. Will it be flagged in a diagnostic tool? Sure. Will this cause any actual problem? It normally will not.

This is definitely worth investigating, though, and I will flag this as something our developers can explore as a potential bug.

In the meantime, can you share a bit more information to help us get a sense of the issue here?

1. It sounds like you aren’t actually using the Customizer to customize your Events Calendar elements. Is this true? Or are you using the customizer to, say, change colors of some calendar elements on your site?

2. What specific diagnostic tool are you using where that notice pops up, the one that reads, “Element style not allowed as child of element body in this context.” Share a link to this tool if it’s an online one.

Thank you!
George

[George]

Hey Kyle,

This sounds like a theme conflict, like I mentioned over in your other thread here → https://theeventscalendar.com/support/forums/topic/list-view-not-working-3/

In that thread, I asked you to do troubleshooting steps and look for the issues you reported there.

When you do those steps, can you look for these buttons too along the way, and see if they show up anywhere along in the testing process?

Let me know what you find!

Thank you,
George

[George]

Hey there,

We unfortunately have a bug that prevents the names from being included in the CSV!

Real sorry about that—we’re working on a fix for this!

For now, you can ensure names are included in the CSV export by adding this snippet to your theme’s functions.php file:


/**
* Adds email and name columns to the attendee export data (CSV only).
*
* Filters via the tribe_events_tickets_attendees_csv_items hook; intended for use
* with the initial 4.1 release of Event Tickets only.
*
* @param array $items
* @return array
*/
function attendee_export_add_purchaser_email_name( $items ) {
$count = 0;

foreach ( $items as &$attendee_record ) {
// Add the header columns
if ( 1 === ++$count ) {
$attendee_record[] = 'Customer Email Address';
$attendee_record[] = 'Customer Name';
}
// Populate the new column in each subsequent row
else {
// Assumes that the order ID lives in the first column
$order = wc_get_order( (int) $attendee_record[0] );
$attendee_record[] = $order->billing_email;
$attendee_record[] = $order->billing_first_name . ' ' . $order->billing_last_name;
}
}

return $items;
}

add_filter( 'tribe_events_tickets_attendees_csv_items', 'attendee_export_add_purchaser_email_name' );


Cheers!
George

[George]

Hey Rob,

The fieldsets could, indeed, be the right feature for something like a will-call service. That depends on what information you want to collect for the will call.

But yes, we have documentation in these two locations which should be helpful:

• https://theeventscalendar.com/knowledgebase/managing-your-orders-and-attendees/
• https://theeventscalendar.com/knowledgebase/collecting-attendee-information/

Cheers!
George

[George]

Hey @Colin,

Thanks for reaching out!

There unfortunately is not a workaround for this sort of behavior at this time, though you’re correct that we’re working on a better way of doing this in the admin.

I’m sorry about the limitations at present with our plugins on this front; the “attendee information” feature is brand new and so there’s still plenty of room for improvement and refinement here.

I don’t have a specific timescale for when those features are coming, but the timescale is likely in the several-weeks to few-months range.

— George

[George]

Thank you for the heads-up, @Abigail!

There indeed does not seem to be any real-life implication of this for now, but we will keep any eye on this.

Cheers,
George

[Author]

Posts