Eric S. Raymond writes on his blog: "There's been a lot of debate in the community about how OSI should properly handle Microsoft's planned submission of some of its licenses for OSD certification. That debate has been been going on within OSI, too. OSI's official position, from the beginning, which I helped formulate and have expressed to any number of reporters and analysts, is that OSI will treat any licenses submitted to Microsoft strictly on their merits, without fear or favor. That remains OSI's position. But I find that my resolve is being sorely tested."
To view parent comment, click here.
To read all comments associated with this story, please click here.
Member since:2006-07-04
"It doesn't say that OOXML cannot support Windows OLE. Dansk Standard says that OOXML should contain support other OLE-techniques, like KParts and Bonobo. It does not say that OOXML cannot or must not support Windows OLE."
Huh? Seems like weird reason to reject a format. Denmark had no problem with ODF lacking spreadsheet formulas, yet they do raise a fuss over OOXML lacking KParts and Bonobo? :p
Or how about, "We reject ANSI-standardization of C standardization because C lacks closures and continuations".
BTW, Mac Office supports OLE, so it's not like it's impossible to grock the OLE formats on non-Windows platforms. Meaning, the the OLE file format isn't "Windows OLE", just "OLE".
Member since:2005-10-02
Well, considering your poor denial of who you are, I consider your actions more important.
You still work as a PR-consultant for Microsoft, right?
Your statements about ODF and spreadsheet formulas are pure FUD.
http://www.robweir.com/blog/2007/07/formula-for-failure.html
Besides that ODF does support spreadsheet formulas through OLE.
What Mac Office supports is irrelevant in this context.
Member since:
2005-10-02
It doesn't say that OOXML cannot support Windows OLE. Dansk Standard says that OOXML should contain support other OLE-techniques, like KParts and Bonobo. It does not say that OOXML cannot or must not support Windows OLE.