Group items tagged

Now that ODF and OOXML are both set to be on the ISO/IEC books, it is useful to consider what the next productive steps are. For genuine ODF Supporters who are concerned that ODF has languished a little out of the limelight during 2007, there are a lot of useful things to be done. You don’t even need to join the OASIS groups or your local National Body or SC34 to begin. I suggest here are some things that will help the ODF effort coming into ODF 1.2.

by OASIS attorney Andy Updegrove claimed that W3C Compound Document Formats: [i] are non-editable formats; [ii] are not designed for conversions to other formats; and [iii] are therefore unsuitable as office formats. Updegrove could not have been more wrong.

Shorn to essentials, Updegrove in effect argues for the existence of some sort of immaculately conceived data, that data cannot be generated by software editing tools if a homo sapiens operating a keyboard is somehow involved.

Conversions — Updegrove hedged somewhat on this issue, attributing a statement to Lilly that the "CDF working group was not chartered to achieve conversion between formats." But one might as well argue that because claw hammers were designed to drive and pull nails they can not be used to hit anything else.

DOUG MAHUGH, program manager for ISO 29500-based products, Microsoft: One thing to be very clear about here is this: When we say, "support for ODF in [Office] SP2," we intend to write very compliant ODF documents when you save a document. However, it's not a given that everything you can do in the Office UI is savable under ODF. As you're alluding to, there are things -- SmartArt, conditional formatting, things like that -- that we have in Office and that are popular features, where there is no way to save those in ODF, currently.The way we're approaching that, I can share a little bit with you: We're not throttling the UI, as you describe, where certain things are disabled. Rather, at the time you save, we're telling you, "Hey, you're saving in this other format; some information in this document may be lost." That sort of thing. And let me tell you why we made the decision to do it in that particular way: There are situations where some of that functionality may be very useful to the user, even though it can't be serialized out to the format that they're saving in.

The engineering decisions that were made in the original creation of ODF represent the engineering pathway and the innovations that were happening in the OpenOffice space. The engineering decisions and development pathway for Open XML represents that which was happening in [Microsoft] Office, and the feature sets are not in parity. In fact, there's a superset of features within the Microsoft Office set, but there are certainly features that are exclusive to OpenOffice that do not get covered in Microsoft Office.

We really hope to see ODF move to JTC 1 / SC 34 maintenance

IBM today announced the release of Lotus Symphony 1.3, an update to its year-old free productivity suite that for the first time lets users import files saved in Microsoft Office 2007's native Office Open XML (OOXML) document format.

five prioritized guiding principles for Office’s ODF implementation

When Will Office Support OpenFormula?

nobody knows yet when ODF 1.2 will be published as an OASIS or ISO standard

ODF in Word 2007 SP2

Service Pack 2 for Office 2007

You can make ODF the default