[Richard]

Thanks, Rob. The site is still a work in progress, but it’s getting there.

Looks like there’s no bug. I didn’t notice at first that ../events/past list the events in descending order. All good.

There is, however, another issue I’m having due to the new code in function.php, but that might be something I have to figure out on my own.

I have this page – http://www.lemongrovecafe.com/dinner-specials – that outputs dinner specials. When viewing the source of that page I can copy and paste perfectly formatted for the weekly e-newsletter. As you can see it’s showing everything NOT IN ‘special’ and no longer what’s IN ‘dinner’.

Again, I completely understand if this is something I need to figure out.

[Richard]

Tried it out. Works great! I just had to comment out this line so that it wouldn’t affect the calendar/grid view…

|| $query->query_vars[‘eventDisplay’] == ‘month’

The only thing not quite right (but I can live with this one) is that clicking ‘previous’ takes you from ../events/ to ../events/past which is the same as ..events/past/page/1

Previous events don’t show until ..events/past/page/2

Here’s the Website in action http://www.lemongrovecafe.com/events/

[Richard]

Sure. I’ll give that a go and edit the conditional statements so that it applies to list view only.

Thanks!

[Richard]

…of course, replace “your-site.com” and “skeleton” with your domain and theme’s folder name for this to make sense.

[Richard]

Carl, I took a quick look. First, if you haven’t done so already, make a copy of events.css found in ../wp-content/plugins/the-events-calendar/resources and put the copy here /your-site.com/wp-content/themes/skeleton/events

This will keep your modifications intact when upgrading.

I think this will fix your problem…

Go to line 184 in the copy of events.css and add clear: both; so that it looks like this:

.events-archive .hentry {
margin:0;
padding: 0 0 15px 0 !important;
clear: both;
}

Hopefully, this is a good start to fixing your problem.

[Richard]

Not quite. I’m going to mess around with it some more using a test page.

I’m going to read up on DateInterval and see if this will help. If I get it working I’ll post the solution.

[Richard]

Thanks again, guys!

[Richard]

Hey guys. I fixed my issue. It was, indeed, a timezone problem. The MySQL server said PDT, but echoing the timezone on a test page produced “UTC,” 4 hours behind EDT.

This line of code within the loop variables solved it…

date_default_timezone_set(‘America/New_York’);

The only thing now is that we have to set our events to end before midnight for it to display correctly. A lot of our events end after midnight, so it would be great to put a more realistic ending time.

Would you guys or anyone else happen to know to achieve this if I wanted to extend the end_date 3 hours to 3 a.m.?

I tried this:

$EndDate = date(‘Y-m-d’, strtotime(‘3 hours’));

didn’t work. Maybe ’27 hours’? I’m not sure how or even if it works in conjunction with the multiple day cutoff time.

Thanks for setting me on the right path.

[Richard]

Ok. I’m testing this on a dev subdomain, theme twentyeleven, all other plugins deactivated.

I’ll find out at the magic time (8pm Eastern Daylight Time) and let you know what happens.

Thanks.

Richard

[Richard]

Thanks, Jonah. That narrows things down a bit.

[Richard]

Here’s the link… http://pastebin.com/B3rcppmC

Not sure if embedding works:

Thanks!

[Author]

Posts