Curated for content, computing, and digital experience professionsals

Office Documents and eXtensibility

Jon Udell wrote yesterday that we should really be getting beyond the office document format debate swirling around the Massachusetts decision, because all heavy footprint authoring applications are headed for oblivion in our increasingly net-software-as-service world. (David Berlind also weighs in on the death of fat clients apps.) Tim Bray is skeptical because “… authoring software is hard.” While my view of the ODF debate is much closer to Jon’s than Tim’s, I agree with Tim’s caution here. While my coding skills were never in the league of either of these guys I have spent a lot of time working on authoring software, and more importantly, collecting requirements from users. Admittedly this was well before the Web existed, but what hasn’t changed one bit, is the need for authoring software to meet a staggering array of complex user requirements. Authoring software has to be flexible and extendable to meet the always unanticipated user needs. Authoring software is hard, and differing formatting and integration requirements will keep it that way.
Note that extending software functionality is not unrelated to extending the encoding of the content, which reminds me that…
Ironically, the reason I agree with Tim here is exactly why I disagree with the ODF decision: extensibility should be the first requirement of a government decision on an open document standard, and ODF looks uncomfortably like a limited implementation. From a practical point of view, scope is critical, but as Jon says, “In theory, governments should mandate standards, not implementations.” Perhaps the way to think about it is that governments should mandate standards (XML) but adopt implementations (form OASIS and Microsoft and perhaps others). Realistically there will be multiple versions (implementations) of each anyway, so a single implementation will never be enough.


1 Comment

  1. Paul Topping

    While extensibility may be “hard”, it is a practically a requirement for ODF and open source word processors to compete with MS Office. IMHO it is going to be impossible for a single open source development effort, like Mozilla’s, to provide all the bells and whistles present in Microsoft’s product. A more component-oriented, toolkit approach would open up these apps to both independent open source development teams, as well as commercial software companies.

    Eclipse would seem to be a better model for ODF application developers to follow. I imagine it is hard to come up with toolkit component interfaces, but it is not impossible. Eclipse has done an impressive job in this area.
    Although there is no need to emulate Microsoft too closely, MS Office and other commercial word processing apps have rich object models and component systems. These can be used as starting points for ODF component interfaces.

    Paul Topping

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.