Linked by Eugenia Loli on Fri 7th Mar 2008 21:38 UTC, submitted by SReilly
Permalink for comment 303932
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 05/18/13 21:06 UTC
Linked by Thom Holwerda on 05/18/13 7:37 UTC
Linked by fran on 05/18/13 1:38 UTC
Linked by Thom Holwerda on 05/17/13 23:35 UTC, submitted by kragil
Linked by MOS6510 on 05/17/13 22:22 UTC
Linked by Thom Holwerda on 05/17/13 22:15 UTC, submitted by Tom
Linked by Thom Holwerda on 05/16/13 21:41 UTC
Linked by Thom Holwerda on 05/16/13 17:04 UTC
Linked by Thom Holwerda on 05/16/13 13:17 UTC
Linked by Thom Holwerda on 05/16/13 12:06 UTC
More News »
Sponsored Links



Member since:
2005-07-06
Is it?
1. He tries to defend the 6000 pages of OOXML by trying to somehow argue that this gives us more detail than we've ever had before from Microsoft. Alas, those 6000 pages are largely a dump of the huge number of quirks of Microsoft Office, and gives little away in terms of how to actually implement them.
2. He tries to argue that with the information available on formulas in ODF that formulas simply cannot be implemented. However, given that Lotus, Open Office, KOffice, Google and Corel are all implementing ODF formulas, and there is feedback into improving and changing ODF in successive versions, his evidence for this is thin on the ground. I don't see anyone that has managed to implement the functions and formulas system as specified in OOXML, apart from that which has already been reverse engineered from Excel, which ironically makes the job easier. That doesn't make the spec any better, however.
3. He tries to criticise Groklaw for keeping track of problems and inconsistencies with OOXML. He tries to point out that OOXML references seven ISO standards where ODF only references three. While I can't verify that off-hand, that isn't the point. The fact is that OOXML comes up with, and references a lot of Windows-only implemented technology at the moment, where existing ISO or other standards could have been logically used to better benefit. He completely ignores the W3C standards that ODF uses as well.
4. He tries to claim that the information for Windows Metafiles is publicly available. WMF is a one-to-one mapping of Windows API calls. He would vote to add such information to the specification, but of course, Microsoft hasn't and won't do this. The complete lack of any amendments to OOXML after comments have been submitted shows this up. ODF, on the other hand, has successive versions.
5. He tries to give a weak justification as to why SVG shouldn't be used. Basically, he argues that it's too much work and would pull in too many other W3C specs. Incredible. However, other developers are using SVG now, or are at least using a subset of it, and if Microsoft actually had a web engine that adhered to many W3C standards properly then they wouldn't have such a problem.
6. He tries to argue that it is within reach to bring XAML and WPF to non-Windows platforms, but this just shows up where Miguel conceptually just doesn't get it. You can get 20%, 40%, 60% or even 80% of what Microsoft has implemented, but you can never have a situation where you have a 100% drop-in replacement. As Microsoft will also be first with any new implementation, you can never, ever be on a par with what they're doing. That's not what standards are about.
7. Like people like Rick Jelliffe, he brings up the response to OOXML's 6000 pages that seems to be doing the rounds - OOXML uses 1.5 line spacing versus ODF's single spacing! If this isn't straw grasping, I don't know what is.
I wasn't aware that he wrote Open Office Calc.
There's no evidence for that I'm afraid.