That didn't seem to fix the problem UncleCheese. Perhaps you would like some credentials to check for yourself? In anycase, I'm about to pm them to you now.
It's all updated to the latest SVN of your modules too.
Edit: It would seem I can't find a PM function :/. So submitted to http://www.carlinowebdesign.com/contact/ instead ;)
I did some work on it this morning, though. One of the issues we're seeing is that the strange requirement to use BaseHref() before the file paths has caused Silverstripe to fail to view calls to the same file as unique. One class calls "jquery/somefile.js" and the other calls BaseHref()."jquery/somefile.js" and they both come in, causing a collision. In this case, livequery and jquery.js were butting heads.
Try an update and let me know? I got mine running okay.
There seems to be an issue with the Event Calendar in second languages (using translatable) when [url=http://www.silverstripe.org/all-other-modules/show/270302#post270302] trying to add an announcement in the second language[/url]. After studying the code for a day I think this is DataObjectManager related, and that's why I post it here now.
Event Calendar works fine with Translatable, except when trying to add announcements to the calendar in the second language. When clicking the "add announcement" button, instead of the form there appears the error message:
"I can't handle sub-URLs of a CMSMain object."
When adding announcements manually to the database table CalendarDateTime they are displayed correctly, on the site and in the CMS. However when trying to edit them in the CMS (in the second language) the same "can't handle sub-URLs" error appears.
Having an issue with the SWFUpload. It isn't working to upload any file in either the FDOM and AssetAdmin. If I try to upload the same files into the same folder without using SWF then it works. I have the latest trunk for both DOM and SWFUpload. I turned on Debug and I am getting 403 http errors. I put die("Hello"); into FDOM.php in the 1st line of handlesswfupload but I never get the message - it goes straight to the "An error occurred in the upload. Try again later.". The permissions are all set to 775 with apache as the group but not owner. Using SS 2.3.3.