As promised, a few days ago IBM shipped the OEM edition of EditLive! It’s available to all existing WCM clients on Portal 6.1 or later from passport advantage.

Mostly for my own benefit of having an easier place to find this, it’s version 6.5.3.55 of EditLive! which is a little older than I was expecting, but still quite recent. Enterprise Edition clients (direct from Ephox) have access to the 6.6.2.6 release from early March, which includes a bunch of new features like the inline table toolbars, but my understanding is that IBM will be providing updates fairly regularly which is nice.

Congratulations to all involved in making this happen, both from Ephox and IBM. It’s been an incredibly fast turn around from the signing of the deal to a shipping product.

UPDATE: Actually, it’s more recent than that even. The download is mislabelled as 6.5.3.55 but it actually contains version 6.6.2.6 of EditLive! – the latest official release.

Sam Ruby notes that the White House feed contains a fair bit of debris:

Also noted in the process: the feed itself contains a fair amount of debris.  A sytle attribute?  A meta tag?  o:p is common in content carelessly copy/pasted from Microsoft Word.

Ah the good old o:p crud from Word.  I know a fantastic html editor they could use that would fix that up for them. Clean copy and paste from Word is probably the most popular feature in EditLive!

Our support team live and die by the logs we get from clients.  It’s simply the only way you can work out what happened and get complete and reliable information on the environment and usage of our products in the moments before a problem occurred.

I always knew EditLive! was quite verbose in debug mode – deliberately so, but I was a little surprised that in 30 minutes of usage we output 45362 lines of debug output, totalling 5.2MB. Mostly, that’s because I was running up a lot of instances of EditLive! rather than just using a single instance for a long time so in more normal usage that would be a lot less.

On OS X all that output actually goes to the system.log, so it’s preserved for a few days in rotating logs. On Windows and Linux it only gets sent to the Java console so is lost when you close the browser.  It’s definitely handy to have a record of how I’ve used EditLive! for the whole day when you suddenly notice something’s gone wrong though.

Pangle on Twitter:

Ephox EditLive Editor will change the world. Well maybe not the world, but it will make WCM content easier to format.

I couldn’t agree more. This is of course in response to the news coming out of Lotusphere that IBM has licensed EditLive! as a standard part of their WCM offering. Ephox has been an IBM business partner for quite a few years now and has built up a lot of relationships with their technical and sales teams as well as selling EditLive! as a third party add-on to a lot of WCM clients. It’s very exciting to see this go up a step and have EditLive! as a standard part of the offering. I don’t have an exact ship date for the OEM version yet, but my understanding is that it will come as an update to Portal 6.1.

So to all the new Ephox clients who are being introduced to EditLive! as part of this agreement – welcome. I really look forward to working with IBM to get you up and running with EditLive! and seeing what it can do to improve you WCM authoring environments and resulting content. I’ve spent the last week putting together a white paper to share the experience we’ve had upgrading WCM deployments to EditLive! and a bunch of best practices for configuring EditLive! to get the most out of it.

To all our existing clients, thanks for all your support so far and  we look forward to continuing to work with you. The OEM agreement includes just the base edition of EditLive! so we’ll continue to ship the Enterprise Edition as an add-on, with some big improvements planned for both it and the base edition.  This isn’t an official source of Ephox news and I want to avoid getting any details wrong so I’ll refrain from giving details, but rest assured that everyone at Ephox is committed to making sure that we keep making all our clients happy – especially those who have supported us in the past.  If you have questions, we’ve got a page giving some information on the OEM agreement and please do contact us if you have any further questions or concerns. The white paper is probably useful for you as well.

To everyone within Ephox, congratulations on making such a fantastic editor, from engineering and product management making sure the product is great, to sales and marketing getting the word out and making enough sales to keep us in business and the admin team for letting everyone else focus on their jobs.

Now let’s get back to work and keep changing the world.

With LiveWorks! turning two it’s gone through a major stage of growing up and now sports the official Ephox website look rather than it’s more youthful green tinge.  The different look was originally put in place because LiveWorks! was designed to hold a bunch of unofficial, unsupported, experimental stuff – most of which is still there but has gradually become more supported and much less scary to use in actual production systems. In the mean time, we’ve added a ton of new, really useful, very much supported (i.e. used as answers to support questions) content which we want users to find and use.

So I spent the day today painting LiveWorks! blue and as part of that, it’s mostly been rebranded the much more bland, but much more meaningful “Developer Resources”. There are still references to LiveWorks! scattered around the place which is fine and we won’t be changing the domain name but it’s much more just a part of the standard ephox.com site, rather than some rebel outfit in green.

Since liveworks.ephox.com and ephox.com now share exactly the same look, it seems sensible for them to use exactly the same stylesheet as well – so they do. I’ve actually gone round and pointed releases.ephox.com and people.ephox.com to the standard stylesheet while I was at it. So we now have 5 different systems (home grown CMS, IBM Portal, WordPress, Venus and flat files served via Apache) all looking very close to identical (except content) and using the exact same stylesheet. It’s not the world’s best stylesheet, but I still find that pretty neat.