[Barry]

The date formats are described in the PHP manual – but ‘F Y’ would probably do the trick here. I tend to recommend ‘Y-m’ since that is the default and will be consistent with what visitors will see if they navigate to a different month, etc.

However, the choice is yours – good luck!

[Barry]

You could certainly hide them pretty easily with some custom CSS:

.tribe-events-event-meta .tribe-events-meta-group-other { display: none; }

[Barry]

No problem!

[Barry]

Hi Karen.

Are mashups a feature of the pro version of that plugin and does that have any bearing on this? Using the latest stable releases of The Events Calendar, Events Calendar PRO (both at 3.2) and MapPress (2.40.7) I can certainly create a map with points of interest and it displays without issue.

[Barry]

So just to update, we’ll be rolling a fix in (for sites that serve pages via HTTPS and also use our Google Maps functionality) in one of our upcoming maintenance releases. In the interim, please do consider adding this snippet to your theme’s functions.php file as a possible workaround.

Thanks!

[Barry]

We’re certainly looking to improve the performance and efficiency of our plugin, particularly with regards to database queries. That’s being progressed incrementally over time, though, we don’t unfortunately have a quick fix we can drop in. Also, the reality is that some hosting environments simply don’t have enough “power” to handle certain stacks of plugins and certain quantities of data.

The fact that the primary problem – the site crashing – happens when you publish an event stands out as highly unusual and I don’t recall any other reports of this. Additionally, this stands out as some pretty extreme and unusual behaviour:

Also once the site crashes, the database for the site is not accessible via myphpadmin. To restore the site I have to reinstall wordpress and run the install.php. Then copy over the wordpress files.

Is the entire database actually wiped out on each occasion? If so, max_questions limit or not, I think there are more serious issues here than our queries and at a level we can’t address. Is migrating to a different hosting plan an option at all?

[Barry]

No problem – I’ll go ahead and close this thread, of course if there is anything else we might be able to help with please don’t hesitate to create a new thread or threads as needed.

Cheers!

[Barry]

OK, and for day view are you also locating your custom template within a /pro/ sub-directory? In other words, it should live at

your-theme/tribe-events/pro/day/single-event.php

If it is missing the /pro/ directory then that would certainly explain why it seems to have no effect in your case. Does that help at all?

[Barry]

OK, well adding something like this to your theme’s functions.php file could be one approach – you might need to tweak it to meet your exact needs though – as an alternative.

[Barry]

Hi thomasek! Please do feel free to monitor this thread and see if anything that might solve the problem for otomoto2000 works for you, but otherwise please create a new thread if you need support that is specific to your installation. Thanks!

[Barry]

OK, I think I see the problem (our fault for not being more explicit): can you move the line relating to the TRIBE_MODIFY_GLOBAL_TITLE constant above the comment that reads:

/* That’s all, stop editing! Happy blogging. */

(All changes should be above that line.)

[Barry]

The thing is Karen that those other plugins, or your theme, could be at the heart of the issue despite the fact that everything seems to be in order with 3.1. In some section of our code we might legitimately be using a different or new part of the WordPress API – that we weren’t previously using – but which one of your other components is impacting on adversely.

For that reason, it would be appreciated if you could follow those troubleshooting steps (in a test installation, if doing so in the live environment isn’t workable, of course). Is that possible here?

Thanks!

[Barry]

Do you want to hide just this specific field? Or all custom fields?

[Barry]

Hi Ted,

Our Themer’s Guide is a great starting point for learning about safely making customizations.

One thing that stands out is that you don’t seem to be using a tribe-events subdirectory. For instance:

themes/twentytwelve/tribe-events/list.php

Which is expected by the plugin. Does that help at all?

[Barry]

That’s really there just to indicate to users that it is a field they can control – but you can certainly hide it with some CSS:

.tribe-bar-date-filter { display: none; }

You could add this to a custom tribe-events.css stylesheet, for example. Does that help?

[Author]

Posts