[George]

Hey Carl,

Thanks for clarifying your issue a bit here – unfortunately, it is not possible to share that information with them unless you make them site administrators and let them log into your site to view the reports themselves. The other option I can think of is manually sending users a .csv export of that data, but this is still not ideal.

Sorry about any disappointment with that Carl! Let us know if you have any further questions or concerns here.

— George

[George]

Thanks for the update Christopher – in that case, I will close this ticket, but when you open a new ticket, link back to this one for reference if you think of it…

Cheers!
George

[George]

Hey Marty,

Thank you for your update – please stay tuned to the next major update, we’ve included some fixes for these very links and hopefully it will help your issues!

Thanks for your patience with the issue earlier.

Best of luck with your site!

[George]

Hey TK,

I’m still unable to recreate this behavior – there are two items I can think worth testing again.

Earlier above, I mentioned running through the debugging steps outlined in our “Testing for conflicts” article → https://theeventscalendar.com/knowledgebase/testing-for-conflicts/

You mentioned above that you tested the plugins, but you didn’t explicitly mention activating a default theme as well – did you, in fact, try activating a default theme as well, and just forgot to mention it? If not, I’d definitely recommend that.

—

The other thing is that I recommended simply going to a venue and “Saving” the venue without making any changes – you mentioned that you saved “Events”, but not specifically Venues:

So I went into the admin panel and updated on of the events (assuming that’s what you meant by Save)

What I mean is not updating an “Event”, I mean updating a Venue directly. You can do this by going directly to “Venues” in your admin, like in this screenshot → https://cloudup.com/cEJf8-iHijH

Then click a venue listed there and simply save it again once you’re on the edit screen for that venue. Let us know what you find!

Finally, for now, you mention this:

It seems as if the function is only looking for venues the user saved during any of their event adding versus querying the database for all venues

Are you referring to a specific function in the plugin code when you say “the function”? If so, which one?

Thank you so much for your patience here TK, it’s just some behavior that I’ve been unable to see myself so I’m trying to analyze this from every angle I can think of.

Thank you!
George

[George]

Hey Dave,

Sorry for the limitation here, it indeed seems like there are basically two ways to go about making customizations like this.

Unfortunately, neither is quite “ideal” – sorry for the frustration there! But the relatively good news is that, for example, if you were to go into the core plugin code and just manually add classes, these are somewhat “presentational” changes. In other words, if you modify these core files like this, and then auto-update when the next version is released, your custom IDs and class names will be gone, but you’re not modifying actual functionality directly in the plugin code, so nothing major should break – you should be able to simply go back to the file, and add the Classes and IDs back to the generated input fields, and be good to go from there.

If that’s appealing, then simply head to the formCategoryDropdown() method in the plugin code directly. Look for the input fields generated around the bottom of the function. These inputs already have a IDs, so I would not recommend modifying that existing ID (and you can’t add multiple IDs, because, well, there’s only one ID! 🙂 ), but you can definitely add classes to the input element.

Ideal? No. But super-problematic and risky? I would say “no” to that, too – just keep a backup of your changes and be sure to add them back right after plugin updates.

—–

If the method above is still a little too risky for your tastes, that is totally understandable. The next-best option I can think of would be to manually write some JavaScript that changes these input attributes after page load. There are issues with this, as well – if you have CSS that applies to these custom input classes, for example, then it might take a split second for the CSS to take effect while the page loads. There are some workarounds here, and if you’re interested in this route, let me know! I’ll share an example of how to do this via JavaScript.

Neither option is a “good” one, in any ideal sense – but for the realities of the needs of your project, and to keep code-disruption to a minimum, both are totally usable. Let us know if this information helps, and what route seems most appealing to you!

— George

[George]

Hey Simon,

Unfortunately, like Gustavo mentioned in that original ticket you posted, we can’t provide much help for customizations…

With that being said, though, the good news is that if your data is being stored properly, then yes, you should be able to access it from emails or exporting or anything else you need.

For example, if the data is saved in a post_meta field for an event, then by default it should be automatically included in the the XML export data for an event if you export with the default WordPress exporter tool. If not, and you’d unfortunately have to write code that includes that data in the export process functions – you should look in the free wordpress.org/plugins repository for Export plugins, though. There might be ones that are easier to add custom data to than others, and it’s worth looking around for good ones.

As for adding it to emails, if you mean adding it to the various emails sent out by The Events Calendar itself, then you can do this by customizing views in the plugin like /views/tickets/email.php, and just add code there that pulls in that custom data you’ve added. The exact methods would, again, depend on how you’ve added your added data and such, but for the gist of customizing plugin views like this, our official “Themer’s Guide” should give you a great understanding of how to customize plugin views from within your theme → https://theeventscalendar.com/knowledgebase/themers-guide/

Sorry for the vague information here Simon, it’s hard to recommend a lot of specific code or anything because this is quite specific to your site and project’s needs. I hope the information here does help, and at least sparks some ideas or something.

Cheers,
George

[George]

Hey TK,

Running a cron job like this may indeed be possible, but the level of custom coding required to pull this off is quite a bit outside the scope of the support forum.

I’d recommend trying to go about creating cron jobs for the Facebook import just as you did for other operations on your site – if specific issues arise from there, then I’d recommend checking out the Facebook documentation (which is quite thorough!) or contacting their support for information about a specific error you run in to.

It seems to me, with the caveat that I am not an expert on this topic, that if you can get the right information from our Facebook Importer plugin and have enough know-how to do this, that the Facebook API’s “batched request” capabilities might be a good place to start here – https://developers.facebook.com/docs/graph-api/making-multiple-requests

Just an idea there – sorry for any disappointment on this one TK! Let us know if you have any other questions or concerns, or even a list of freelance developers we recommend to people looking for advanced customizations – one of them may indeed be able to help you write something like this for your site. If you’re interested, email us at [email protected] and we’ll share the list privately there over email.

Cheers!
George

[George]

Hey Moritz,

Sorry about your troubles here. There are a few things I can think of that might help reveal the source of this problem – first, can ensure that you’ve update to latest version of The Events Calendar core plugin (3.9.2) and that all your add-ons like the Filter Bar and Community Events are up-to-date and have no custom code in them?

I tried recreating this issue on my site without luck, so I’m curious, can you then run through all of the steps outlined here and let us know what you find by doing them? https://theeventscalendar.com/knowledgebase/testing-for-conflicts/

Thank you!
George

[George]

Hey James,

Hm, this is some odd behavior indeed, but there are a few possible sources of the problem that I can think of.

First, though it might seem unlikely to cause such problems, would be to simply update your version of WordPress – you’re at version 3.8.1 right now, so if you update to 4.1.1, that might make a difference here.

Also, does it matter when in the month you create a single event that it doesn’t improve? To clarify, for example, if you add one single event on the 1st day of a month with no other events, that month will not show up – but if you move that single event to, say, the 20th day of that month, does the behavior change at all? Or does it still require making a second event to get the month to show up?

Thanks!
George

[George]

Hey Joshua,

Sorry you’ve run into trouble here – the plugin does already have this functionality, and you should be able to map the “Event Category” import field to whichever column in your CSV import file has the category/categories.

Here’s a screenshot for reference → https://cloudup.com/c3_IYGZDgh8

Is that not working for you? If so, what is happening specifically? Also, if possible, it would be quite helpful if you shared the .csv file you’re trying to import – you can upload to a site like http://ge.tt or Dropbox, and we’ll download it from there if you share it.

Thanks!
George

[George]

Hey Henry,

The “out-of-the-box” CSV importer, which is included even in the free version of The Events Calendar, is a pretty powerful little importer for something that’s included in the plugin directly – but it does definitely have some limitations, and by default it will not pick up extra custom fields or auto-detect how to import them or their related columns.

I’m curious, how have you added these additional fields, specifically? Are you using the “Additional Fields” section of the Events Calendar PRO admin area? Or have you been manually adding the custom fields with code or in the “edit-event” screen?

[George]

Hey Kevin!

There are a few ways to go about doing this – one would be to manually edit various template files for The Events Calendar, replacing instances of our custom Tribe featured-image functions with default WordPress ones (or your own ones).

If you’re curious about that process, our “official Themer’s Guide” has a ton of great information on how to do this → http://theeventscalendar.com/knowledgebase/themers-guide/

A much easier way to do this, however, might be to just use the filter in the Tribe function – it’s the ‘tribe_event_featured_image’ filter being run at the bottom of the code that you posted here, for example.

I wrote up an example snippet for you here, in this Gist – check out the example-snippet.php file here, and drop that code (or something similar to it) into your theme’s functions.php file → https://gist.github.com/momnt/21fd06d92ffbce99cd7a

Note: the bottom file in that Gist is a version of your own get_the_feature_caption() function that I made – I ran into some PHP notices with your original version and couldn’t get it to work correctly, so I simplified the function and it worked better for me.

I hope this information helps – try out the snippet, play around with modifying it a bit, and let us know if it seems like a promising solution here.

Cheers!
George

[George]

Hey Lillian,

This is an interesting issue – there are indeed ways to make the date format only display uppercase meridians, like passing an uppercase ‘A’ to instance of the PHP date() function (whereas a lowercase ‘a’ in the function returns the lowercase ‘am’ and ‘pm’). We use this uppercase ‘A’ in almost all cases in our code, in fact, but on the front-end, as far as I’ve been able to tell here, it will take a little bit of extra code to ensure that meridians are uppercase (and, in your case, have the periods where appropriate).

Try adding the following code to your theme’s functions.php file:

if ( function_exists( 'tribe_is_event' ) ) {
	/**
	 * Ensure that front-end meridians display in uppercase.
	 * @link http://theeventscalendar.com/support/forums/topic/change-the-default-meridiem-displays-for-am-and-pm/
	 */
	function tribe_enforce_uppercase_meridians( $schedule ) {
		return preg_replace( array( ' /am/', ' /pm/' ), array( ' A.M.', ' P.M.' ), $schedule );
	}
	add_filter( 'tribe_events_event_schedule_details', 'tribe_enforce_uppercase_meridians' );
}

I tested this on my local site and worked really well, so hopefully it does for you too – let us know! 🙂

Thanks!
George

[George]

Hello,

I’m sorry to hear about your troubles here! There are a few specific things I’m curious about – would you mind addressing these points in order?

1. What version of WordPress are you running on your site?
2. What version of The Events Calendar are you running on your site?
3. If you change the “Datepicker Date Format” setting on your site (which is located at Events > Settings > Display Settings in your admin) to something other than the current format, and try making events again, does the End Date date save correctly?

Thanks!
George

[George]

Hey Miguel, apologies for not knowing that about WordPress 3.9 – I’m really glad that’s a real function now though!

Thanks Brian!

[Author]

Posts