Microsoft Corp. announced that it is adopting XML technology for the default file formats in the next version of Microsoft Office editions, currently code-named “Office 12.” The new file formats, called Microsoft Office Open XML Formats, will become the defaults for the “Office 12” versions of Microsoft Office Word, Excel and PowerPoint, which are expected to be released in the second half of 2006. The interoperability capabilities of the Microsoft Office Open XML Formats enable Microsoft Office applications to directly access data stored in systems outside those applications, such as server-based line-of-business applications. These third-party applications, in turn, can access data stored in the new Office file formats. Microsoft Office Open XML Formats are fully documented file formats with a royalty-free license. Anyone can integrate them directly into their servers, applications and business processes, without financial consideration to Microsoft. People using Office 2000, Office XP and Office 2003 will be able to open, edit and save files using the new formats, thanks to a free update available as a download from Microsoft that enables those older Office versions to work with the new formats. Documents created with the current binary file formats in Office also will be fully compatible with “Office 12” applications. So workers can save documents to their current formats and exchange those documents with people using “Office 12” — and when they upgrade to “Office 12,” they can continue to use their existing binary documents. Microsoft will provide further technical information about the Microsoft Office Open XML Formats, including draft versions of the schemas, to help ensure that developers and IT professionals can be prepared to take advantage of the formats before product shipment. People interested in the new file formats and the next version of Office can get additional information beginning Monday, June 6 at a preview site, http://www.microsoft.com/office/preview
Category: Content creation and design (Page 67 of 70)
Technologies and strategies for authoring and editing, including word processors, structured editors, web and page layout and formatting, content conversion and migration, multichannel content, structured and unstructured data integration, and metadata creation.
It is excellent news that OASIS has approved OpenDocument as a standard. Hopefully it will also become an ISO standard. However, neither of these mean that it is necessarily the right approach for you. A single schema, no matter how well-designed, will not work for everyone. James Governor is quoted in the release: “One key to success will be the royalty free status of the spec; there are no financial penalties associated with developing to it.” Very true, but Microsoft’s schema is also royalty and cost free, and I believe they have committed (contractually even I think…?) e.g., to the EU, to keep it that way. See more on this here and here.
OASIS announced that its members have approved the Open Document Format for Office Applications (OpenDocument) v1.0 as an OASIS Standard, a status that signifies the highest level of ratification. OpenDocument provides a royalty-free, XML-based file format that covers features required by text, spreadsheets, charts, and graphical documents. OpenDocument provides a single XML schema for text, spreadsheets, charts, and graphical documents. It makes use of existing standards, such as HTML, SVG, XSL, SMIL, XLink, XForms, MathML, and the Dublin Core, wherever possible. OpenDocument has been designed as a package concept, enabling it to be used as a default file format for office applications with no increase in file size or loss of data integrity. Future plans for the OASIS OpenDocument Technical Committee include extending the standard to encompass additional areas of applications and users, as well as adapting it to incorporate ongoing developments in office applications. All those interested in advancing this work, including governments, open source initiatives, educational institutions, and software providers, are encouraged to participate in the Committee. OASIS hosts an open mail list for public comment and the opendocument-dev mailing list for exchanging information on implementing the standard. http://www.oasis-open.org
I am often guilty of not keeping up with the blogs that are worth reading. I recently took to reading Dave Winer’s blog regularly, and it is a real pleasure. He has all kinds of good technical insight, of course, and has been talking a lot about podcasting lately. You could make the argument Dave is the father of blogging, so it is interesting to keep up with where he thinks things are going.
Arbortext announced the company will release version 5.2 of its enterprise publishing software in September 2005. Representing a year-long development effort, this release has improvements in functionality and compatibility for organizations implementing enterprise publishing applications. The Import/Export feature, which provides conversion between word processing/desktop publishing files and XML, will provide over 50% new functionality and replace Arbortext’s Interchange product. The Import feature will offer much finer control over the conversion of styles into XML tags, so that word processing and desktop publishing files can more easily be translated into XML. The Contributor Web-based XML editor will be able to track changes (additions and deletions) so that editors can review, revise and approve documents more easily. In addition, Contributor will provide an API that provides developers with a greater level of control over the product’s functionality and appearance. DMC (Digital Media Composer) DMC replaces CD-ROM Composer and represents a major upgrade in Arbortext’s capability to publish large sets of documents that are too big to distribute over the internet. DMC can produce both DVDs and CD-ROMs for very large data sets and supports multiple volumes, password security and data compression. http://www.arbortext.com
Every now and then I look at IBM’s alphaWorks, their web site for emerging technologies. A recent addition is a Compound XML Document Editor. The Editor is an Eclipse plug-in, and supports multiple namespaces, XForms, SVG, MathML, and a number of other document types.
I remain a fan of Onfolio, which began life as kind of a personal knowledge manager for Web-based content, but has evolved to also handle RSS feeds and provide more publishing capabilities. I have used it for quite a while now to maintain my eForms Resources page, and am currently using the new version, 2.0, which supports Firefox, which is now my primary browser.
I’ve had some correspondence with Sebastian Gard, who does product marketing for Onfolio. He asked me for some feedback on 2.0 compared to the earlier version of the product, and I offered the following.
I’m way behind in planned blog entries from last week’s conference, but this has jumped to the top of the queue. Rather than repeat points made by others I’ll point you to Thad’s post, and a couple of other postings and focus on a point I haven’t seen made yet. Brice and others made the clear point that application redundancy means death for certain products. I also share Tim’s skepticism of Flash. But while every analyst under the Sun will talk about what this means to Microsoft, there is an aspect of this that needs more attention.
Whatever the combined suite of Adobe and Macromedia apps ends up looking like, it will be a mammoth suite with a combination of document and web capabilities that will compete with Microsoft Office, which will also have a combination of document and web capabilities. The real competition won’t be immediate because the difference between creative and knowledge worker tools is still pretty wide, and it won’t be complete because there will always be a need for a difference. However, over time the differences will be managed more by configuration of functions than by buying separate applications.
Thinking about a future dominated by these huge suites you can’t help but think “What’s the alternative?”. Many of us author less and less in big powerful applications, and more with simple editing tools (email, blogs, HTML forms, Notepad etc.). There are two reasons for this. One is that “fast and easy” is critical for efficient communication and we naturally gravitate to it. Second, none of the authoring tools available today have succeeded in allowing us to easily author once for both documents and web pages. The big feature-heavy suites are good to have around, but we also need new authoring tools that are light, flexible and create content that is marked-up just enough to easily share with applications, whether office or web suites, or enterprise applications.
Subscribe to the Gilbane Advisor
