FRANTIC

Awesome! Worked like a charm.

Thanks for the help, Jan.

Looks like the width is set to 550px inline on the tweet wrapper (id=twitter-widget-0 and class=twitter-tweet-rendered).

Sure. Here’s one of my test sites.

@jan: any idea on the width issue?

Would like to know this, as well. I’m in the same boat.

^ that should do the trick.

My problem with the new Twitter embeds in WP 3.4 is that they have a set width, which conflicts with the dimensions of the content area on my site. So, all embedded tweets get cut off by 20 pixels or so.

Anyone else come across this?

cool. thanks.

Thanks, Kafkaesqui.

Boy, that code sure looks better than what I had.

The info on getdate() and zeroise() comes in handy, too.

EDIT: I guess we can call this one “resolved”.

Sweet.

Looks like everthying (see my previous post) is working fine now.

Ok, so this is what I ended up doing.

I used the PHP function date_default_timezone_set() to set my actual timezone: date_default_timezone_set(‘America/Toronto’).

Now, the output of CODE 1 (from my initial post), outputs the correct date, where before it was 2 hours behind.

I’m still not sure if this will fix all the problems; I’ll have to wait ’till 12:01 am to find out how the future posts behave.

Thanks for the suggestion, LesBessant.

I’ll give it a try.