I’m as annoyed as the next guy about how hard it is to find a decent screencast app for Mac. The forthcoming Mac OS 10.5’s new iChat Theater (and the built-in screen sharing/control features) should create some new opportunities for developers, but right now it’s hard to know what works or is worth trying.

Further, I narrowed the field with the following requirement: I need an app that records to QuickTime-compatible files, not Flash. Here’s what I’ve found so far:

• Snapz Pro X, the $70 oft-cited front runner is now native.
• iShowU, $20.
• ScreenRecord, $20.
• Copernicus, $free.

Extra: this how-to pointed out OmniDazzle and Mouseposé as tools to help draw users’ focus during both live or recorded demos.

screencast, mac, mac os x, apple, demo, screen sharing, screen copy

We got the demo yesterday of Sungard/SCT’s Luminis Content Management Suite (sales video). I mentioned previously that the sales rep thinks Pima Community College and Edison College show it off well.

Here’s what we learned in the demo:

It started with the explanation that data is stored as XML, processed by JSP, and rendered to the browser as XHTML according to templates, layouts, and “web views.” It was later explained that the product was “web server agnostic” and could run under Apache, IIS, SunOne, or others. This works because the only relationship between the web server and LCMS is on the file system. LCMS works up the pages, then spits them out onto the filesystem to be picked up by the webserver. LCMS does not dynamically generate the pages, and it has no features to support dynamic content.

LCMS supports three modes for admins and content authors to view and edit content: in-context, “site studio,” and some other mode that wasn’t demonstrated. WYSIWYG editing was via the Real Objects editor. They were proud of the editor’s ability to accept content, including a table, pasted in from MS Word, but a look at the code revealed some of the same ugliness that we’ve seen from an export directly from Word.

The software is workflow heavy and our demonstrator had to “manually promote” content with every example. He assured us this would not be necessary under production circumstances, but the product had the appearance of having been designed to slow or prevent changes to web content rather than streamline the process.

From now on I’ll be asking the following question at all demos:

The library is hosting an exhibition next week. Please walk us through the process of creating a new page to describe and promote the event and then integrate that page in the library’s site taxonomy.

I mention this because the demo didn’t show us anything like that. We saw only the editing of pages and it looked frustratingly cumbersome, with one example requiring several return visits to the site studio to promote an edited page from in-progress to approved to live (three is the minimum number of steps, but we were told we can have 15 or 20 or more if we wanted). If the content author didn’t have promotion authority, then the process could require the involvement and coordination of two or more people. It’s easy to imagine days passing before page corrections went live and weeks passing before new content could be put online.

That said, the site admins have it a little easier (if only because one assumes they have supreme permissions for everything). The templating didn’t look bad, but because the product doesn’t generate any dynamic pages, it couldn’t take advantage of some automation opportunities (the demonstrator was excited to tell us the footer text — “copyright 2005” — could be globally changed by editing a singe file, but we were curious why the copyright date wasn’t dynamically generated).

Permissions can be assigned per object by user or group. These details are stored in the Luminis LDAP, but they’re not shared with or based on any group or permission we’re already managing. That is, we’ll have to pay attention to provisioning (and de-provisioning) specific to the CMS. It’s amusing that vendors claim LDAP integration but remain ignorant of identity management issues.

There are seven levels of permission for each user or group on each object:

• none
• browse
• read
• relate
• version
• write
• delete

And then there are these extended permissions:

• exec
• change location
• change state
• change perms
• change owner

It’s worth noting that the product maintains versioned copies of each content object, making it very easy to revert to any previous saved edit or simply review prior content.

Somewhere along the line we were told “at its core you get a document management system.” And then we saw a demo of the product working as a document repository. The demos showed a content author “checking out” a Word file via the browser, downloading it for editing, then checking the edited version back in, entering metadata and version info, and viewing the changed document in the repository.

APIs?

• Web Development Kit
  — Java apps that create the content authoring/management interface
• Documentum Foundation Classes
  — C++ API that runs the show

There are no SOAP or other webservices-based APIs, and it didn’t seem like there was much movement toward them.

Implementation?
A claimed three to six month implementation process including four or more weeks of service from SCT.

cms, lcms, sct, sungard, luminis, luminis cms, content management system, sungard sct, luminis content management suite, content management, web content management, demo, sales demo

Zach made me take another look at Zimbra, the web-based, web 2.0-smart, very social and AJAXed up collaboration, email, and calendar suite (plus some other goodies).

Go ahead, watch the Flash-based demo or kick the tires with their hosted demo. I think you’ll agree that it looks better than anything else we’ve seen yet. Part of the success of the project is that the developers appear to understand the problem. Here’s the list of how broken email is from the white paper:

• Email has changed dramatically since the advent of the World-wide Web
• The number of messages per day is up by an order of magnitude or more
• The amount of storage required for our mailboxes is up by two orders of magnitude or more
• Email has grown from the original one-to-one communication model to also include one-to-many (as mailing lists have displaced bulletin boards)
• Email applications are often responsible for managing calendars, group scheduling, contacts, tasks, public folders, and so on
• Email applications also often manage shared documents (think “content management-lite”) and even ad hoc document-oriented workflow among users
• Email applications are expected to trap ever more sophisticated and ever higher volumes of spam and viruses
• Email platforms are growing into unified messaging platforms by incorporating support for fax, voicemail, and instant messaging (including integrated anti-spam and anti-virus)
• Email applications are now also being asked to implement retention and discovery policies (such as for compliance with Sarbanes Oxley)

You can also call me a fan of these two lines:

[E]mail has changed sufficiently that we’re no longer quite sure what to call it: Enterprise messaging? Groupware? Collaboration?

Given the amount of time IT-intensive employees spend on email, it is ironic that innovation has reached consumer mail (e.g., gigabyte mailboxes for Google and Yahoo! users) ahead of enterprise mail!

tags: ajax, calendaring, collaboration, communication, communication model, demo, email, enterprise, groupware, groupware collaboration, mail, mailboxes, spam management, unified messaging, web 2.0, zimbra