Forum Replies Created
-
Posts
-
I’m not seeing any obvious cause of this, my test data pretty much replicated what you have in place there.
Unfortunately we haven’t heard any other reports of this whatsoever and, at code level, I do see that we’ve got an explicit clause in place to prevent this. All very strange.
I do also appreciate the offer of repo access – but it is equally possible that this issue resides in the database somehow.
A worthy test could be to establish a completely new WordPress installation and start off with only our plugins – build a set of comparable test events (with categories etc) and see if the same issue manifests itself. If it doesn’t then you could basically reverse the same troubleshooting step and build things up by adding all of the components that live on the dev site. Ultimately, that will either isolate a conflict or – if you can’t replicate – would strongly indicate that something has somehow become corrupted in the dev site database.
Is it possible to explore that idea here?
Hi Dan:
You mean so you can build up your own replacement? It probably is not the very easiest thing to find, but our technical docs cover the functions you will want to use, such as tribe_get_start_date().
For instance, if you wanted to wrap the date, month and year in separate span elements you might try something like this which would let you target individual components from your stylesheet, etc.
Hi Dan: I can’t see the code you posted – unfortunately the forum eats up code and so it’s best to share via Pastebin, Gist or a similar service.
In list view the date/time information is typically generated by the following line of code within the list/single-event.php template:
<?php echo tribe_events_event_schedule_details() ?>If you don’t want to use this and the formatting options provided by the tribe_events_event_schedule_details_formatting filter aren’t sufficient to meet your needs you could simply remove that line and replace it with your own code that produces the date information in whatever form you need.
Please do check out our Themer’s Guide if you haven’t already done so (link over on the right under Useful Resources). Does that help?
I’m not sure there is much more we can do to help – this isn’t something we are seeing many reports of by any means and even with your theme I can’t replicate it.
I have Just about tried everything now including another themes (graphene) and 2012
I realize that when you opened the thread you noted you had tried this, but just for completeness, apart from switching to an unmodified copy of Twenty Twelve did you also – at the same time as changing theme – deactivate all other plugins (ie, leaving only The Events Calendar and Events Calendar PRO up and running)?
That is strange.
I appreciate deactivating other plugins etc isn’t optimal for you, but perhaps you could try doing those steps on a duplicate installation or even doing them backwards – create a clean installation, add only our plugins to begin with, see if there’s a problem and build up by adding the same stack of plugins etc as are on your live site?
That’s a possibility, but would be a bit of a lift and would probably be unsuitable for many (as numerous hosting providers cap the number of outbound emails that may be sent within a short space of time as a proactive measure against generating spam).
We’ll certainly consider that as an option, though. Thanks for posting!
Interesting. I actually now see this seems to be specified as the map boundaries and it looks like it’s our code that’s doing it – why the coordinates form a box around Lake Baikal in the particular case of your site though I’m not sure. Let me investigate a little and I’ll get back to you.
Hopefully you only paid for Events Calendar PRO and not for The Events Calendar, which is free 🙂
I do appreciate your reluctance to mess with your stack of plugins, yet at the same time this is a fairly basic troubleshooting process and we’d need you to meet us halfway, as the lack of schedule details etc is by no means a common problem – in fact I haven’t seen this before – suggesting it is likely to be a conflict.
Can you create a new WordPress installation, perhaps in a subdirectory, install only our plugins and see how things look at that point? Assuming it’s all good, start adding each plugin and eventually your theme of choice – testing at each stage to see if the problem returns and noting what seems to be causing the problem.
That way we could isolate any conflict without impacting on the live site.
I’m sorry you’re hitting difficulties, but from our perspective this looks like a styling issue and I can also see a number of custom style rules in place (within themes/parlament/tribe-events/tribe-events.css) which aren’t really our responsibility.
If there’s a problem under default conditions – or it looks like a genuine bug – we’re here and happy to help 🙂
Sure, certainly wouldn’t hurt – we might be able to see something in your event data to help us replicate in a clean environment. If you could share your credentials as a private reply that would be great.
Thanks!
That’s a great point and we’ll certainly consider it as something for inclusion in a future release. Thanks!
Would something like this work for you?
I’m also looking for an answer to this. the tribe_get_events() documentation is outdated (only works for 2.1 and below)
Can you point to the documentation you were reading? We’d love to remove it / make it clearer that it is obsolete. Thanks!
Well if you want “Central Time” to be added to the end of the schedule details you could certainly do something like this (you would add this code to your theme’s functions.php file):
add_filter( 'tribe_events_event_schedule_details', 'append_text_to_schedule_details' );function append_text_to_schedule_details( $text ) {
return "$text Central Time";
}If you are actually dealing with events in multiple time zones though or need more finely grained control then you’d need to think up a different approach (like I outlined above). Remember to check out our Themer’s Guide!
Hope that helps 🙂
