ODF Alliance Continues to Grow and Build Out 74
Andy Updegrove writes "As you may recall, a new organization called the ODF Alliance was formed on March 3 of this year to support the uptake of the OpenDocument Format (ODF) by governments. Yesterday, the ODF Alliance issued a press release announcing that it has more than tripled its membership to 138, has appointed a Managing Director with strong European experience (Marino Marcich), and is lobbying countries globally to vote for ODF in ISO. Overall, the picture is one of a growing organization that plans to be around for awhile, and particularly hopes to make its impact in Europe, from which a large number of its members have arrived, where governmental interest in ODF is highest, and risks to government CIOS therefore lowest."
Re:This is encouraging (Score:3, Interesting)
Open Document Format (odf, or
As it stands right now, ODF is nothing more than a rallying cry. The geeks of the world are tired of being held a slave to business demands. They don't want to have to support Microsoft Word, they want more flexibility, more control, and more fun. As of right now, they don't have the tools to do any of it. The tools are easy enough to build, given the right motivation, but what tools need to be created? And more importantly, how will they interact with each other?
At the top of the list, I see the need for an enterprise-grade versioning and repository server. One that is connectable from anywhere in the enterprise, with flexible security and controls that integrates into the enterprise architecture. That might seem like a lot of buzzwords jammed into one little sentence, so I'll expand on that. Instead of saving your document to a file, it will save it into a server. The server will save the document, and save subsequent changes. It will have the ability to give you the old version if you've bunged up completely. It will allow you to take the file home, work on it, and bring it back to the enterprise. If Bob works on the file, it will branch that file, and keep track of the changes that happen. Finally it will allow you to merge the branches, so that you don't have a million disparate file revisions which have no resemblance to the original file. Support for this should be built into the program that you use to edit the file, without a need to call an external program.
Next, there should be more leveraging of XML translations. Using the aforementioned server as a data source, data should be able to be pulled and new documents created, using an XML translation. Think of the high level manager that wants a report summarizing all of the departments monthly financials. Instead of having someone make the report every month, the report is auto-generated. Any changes in any of the source files is automatically mirrored into the new report. Translations could be leveraged so that all the reports could be (more or less) viewed in any web browser or e-mail client. Statistics and graphs could be added to the company's website, and translations of translations would work the same.
After that, there needs to be a wizard to do all of this. Now, I know that this is going to sound very MS Access-ish, but a business would have a standard template for a great deal of its memos, spreadsheets, faxes, and everything inbetween. If there's one thing that a company is good at, it's creating bureaucracy, and this is a natural extension of that. The wizards would use that structure and create the needed transforms. The suits could point and click until their hearts content, generating millions upon millions of reports and feeling like God on the third day. Us geeks would have already purchased stock in toner companies, so things would be good for us, even though we already realize that the documents are, with the right transforms, completely portable, and we can read the latest financial data from our PDA's on the bog.
Lastly, there needs to be management tools, from server to desktop. Auditing software, role management, whatever we need. Those are the tools that the open source community excel at. These would all be built on an as-needed basis, and they would be quick in coming. Once adoption takes off, I'm certain that other software will leverage the power and flexibility of the system, and be able to use it as a data source as well, providing even more reason why opendocument would succeed, but only if we actually make it useful for what it is and what it's supposed to be: A data source as well as a presentation engine.
If we don't, however, it will fall by the wayside, used only by geeks and the technical elite.
Re:Full list of members: (Score:4, Interesting)
OpenOffice.org also does not run natively on Mac OS X. There is a clunky X11 version which is slow and horrible. I've heard of Koffice running on OS X but not seen it working myself.
So, with no native applications using ODF on the Mac it's not surprising that Apple aren't a current supporter. I agree that AppleWorks and iWork should add on support for it in the future. I would be great to see an ODF framework released for the Mac that can translate between PDF/Quartz and ODF that would allow documents to be saved in and imported via ODF easliy for all applications in the future. This would be a huge boon for OS X, just like native support for PDF was to me when OS X was first released.
Any real interoperabilty? (Score:3, Interesting)
Is there a free, small and easy to install plug-in that provides ODF import in popular versions of MS Office?
I can't just send ODF files to people with attached note "Download 50MB of OpenOffice or switch to Linux and KOffice".
Re:Any real interoperabilty? (Score:2, Interesting)
Same interoperability we've had for years.
Sharepoint, but for ODF documents (Score:3, Interesting)
Unfortunately (or fortunately for my income), one of my consulting customers liked an early prototype and bought out the rights (unfortunately making it proprietary) and funded me for several months to improve it. They had me discard the OpenOffice.org backend and only support Microsoft Office documents, which was also too bad.
There are now some good open source projects like Daisy that support ODF.