[Barry]

Hi Denise,

Unfortunately it doesn’t seem to have been put in place as you have observed: I’m not sure why that would be, but will check in and see if there was some reason that prevented us from doing so or if we simply ran out of time during development.

Thanks!

[Barry]

Definitely possible, yorkshiretots, but it’s not a capability that’s baked in. If you check out the learning materials listed under Useful Resources on the right you can get a sense of the basics for customizing The Events Calendar and Events Calendar PRO – but we’d need to leave the actual details of something like this to you.

Have fun!

[Barry]

Hi everyone. Unfortunately we can’t replicate, even with those very detailed steps you provided (creativecollab). However, a number of fixes and improvements have been made in the upcoming release with regards to recurring events generally.

What we’d recommend at this point is holding tight and making use of the mentioned workaround until the next release arrives. If the problem continues to persist with The Events Calendar/Events Calendar PRO 3.2 then let’s take this up again at that point.

Thanks again for your patience and support.

[Barry]

Sure – this is a fairly minimal example:

$venues = tribe_get_venues();
print_r($venues);

We’ll leave the rest to you (as this is really a custom development question) … good luck!

[Barry]

Due to the way our systems work we probably won’t see a change in the very next release but we’ll do what we can 🙂

Thanks again (and I’ll go ahead and close this thread).

[Barry]

Great – normally it’s best to post separate issues in separate threads. I’m slightly confused at this point as to whether you have run through the basic troubleshooting steps (disabling all other plugins, reverting to a default and umodified theme) specifically in relation to this latest issue – can you confirm?

If that makes no different it rather sounds like an environmental issue. Do you feel at home editing core plugin code, if I tell you which file to change etc (simply to try a possible quick fix here)?

[Barry]

So again can you try using the ‘human readable’ form (the label)? In your case:

$field_label = 'E-Mail Adresse für Rückfragen (Adresse wird nicht veröffentlicht)';
$result = tribe_get_custom_field($field_label);

[Barry]

Glad it’s all sorted!

[Barry]

Hi Oliver,

If you’re comfortable editing code please try patching Events Calendar PRO by following the “instructions outlined here (and we should have a substantive fix in place in the next release, so updating shouldn’t be a problem – if it doesn’t quite make the next release though you can just follow these steps a second time).

On a related note, perhaps we could ask for your help: there is a problem with the German translation insofar as the following string – which should be displayed in a browser dialog whenever you try to remove a field – contains HTML in its German form:

Are you sure you wish to remove this field and its data from all events? Once you click OK this cannot be undone.

It should be plain text only, however, so if you were able to correct it (I’m wary of simply removing the emphasis elements myself in case it should change the meaning of the text at some subtle level) and post the corrected text over on our translation forum that would be awesome 🙂

How can the Events Calendar removed completely? Do you have maybe a MySQL-Statement to drop the related rows/data?

I’m afraid we don’t have any pre-crafted snippets to do this that I am aware of – but essentially all of our event-related post types are prefixed with tribe and I believe so are all related option table entries, if that helps.

[Barry]

Hi zengirl.

A quick note first of all that posting code directly in the forum is not, unfortunately, a good idea. The forum software doesn’t do the best job of handling it and I’d worry that we are actually missing a chunk of what you posted. Can you instead share code using a service such as Pastebin or Gist?

Can you also clarify where (in what file) you changed the code?

[Barry]

Two possible avenues are filtering and adapting the query that is used to obtain this data – I’m not 100% sure how readily achievable this would be, but it’s something you could explore – and catching and pre-processing the events to re-order them at template level, or just above template level.

Either really comes down to some general PHP/WP know-how and though it’s definitely an interesting idea we’d need to leave it to you to figure out the details here. Our Themer’s Guide and Technical Docs are worth perusing in advance of any work like this if you haven’t already done so.

Thanks!

[Barry]

There’s definitely a great deal of scope to change the formatting and structure of views like this one. The best place to start is with our Themer’s Guide (which covers the basics and some best practices when customizing our plugin).

Hope that helps!

[Barry]

Hi Thorsten,

Can you give an example of the sort of warnings you are seeing? A problem we are aware of – and are incrementally addressing with each maintenance release – is one of strict standard notices which are more prevalent with recent versions of the PHP runtime.

Often, setting WP_DEBUG to false (in your wp-config.php file) can address this – if it is already false then ensuring your hosting environment is configured such that errors are not displayed (which is any way a best practice in a live or production environment) is worth investigating – please reach out to your web hosting provider if you need guidance on that end.

Thanks!

[Barry]

Hi morktron, have you tried working with our tribe_get_organizers() API function as an alternative?

[Barry]

Hi! No – the only thing that really matters here is the actual hosting environment – having your domain registered with a different service provider than hosts the site itself will not impact on this.

[Author]

Posts