Wow, that's an interesting one. Firebug shows that the piece sticking out is actually a td with class mpcalendarweekendday.

I noticed that each of the td entries within the row are assigned a width of 14%, which adds up to 98%. It looks like the td somehow got stuffed into that extra 2% at the right of the table, which is blank everywhere else. I wonder if making the first and last td 15% instead of 14% might take care of it?

Thanks Guys,

I am able to reproduce it locally and can see the problem is that my last padding row is rendering 7 td elements when it should only be rendering 6 so that the 7th event can rowspan for 7 rows. Tricky business all this rowspan stuff that is needed to get the rendering right, I must be off by one somewhere in my logic. I will fix this for the next release of Event Calendar Pro.

Best,

Joe

Wow Joe, thanks as always for the quick work! While checking out your fix, I just happened to notice a few other small issues with CSS classes. On the demo site, the event on Sunday the fifth is being rendered with a class of "mpcalendarday" instead of "mpcalendarweekendday" as the one on Saturday the 11th is.

I think the event on "today" should be rendering with a class of "mpcalendartoday" instead of "mpcalendarday", and events being shown in other months (for example 11/30) should be rendering with a class of "mpcalendarothermonth" instead of "mpcalendarday".

These discrepancies are causing the event background colors to be slightly off when you look closely at them.

Jamie

Hi Jamie,

I did some looking into this and found there is a reason it renders as it does. It would be simple if each day in the calendar was only made from one td element but in order to be able to handle events that span across days each day in the calendar is actually a bunch of tds in different rows and the event is just one of those tds and may need to span columns and rows in order to produce the visual representation to span across days. So most of the tds that make up a day do have the correct class according to whether it is a weekend, today, other month and this provides the correct color for the day. But we have to make the td for the event itself neutral otherwise when you create an event that starts on a weekend or other month and spans into other days of the current month, you end up with some of the color for the other month or weekend bleeding into the subsequent days of the event that are not weekend or other month days.

Best,

Joe