Story: Google: OOXML 'insufficient and unnecessary'
XML in spirit isn't going to be as efficient as binary
Whoa! Albert, XML by nature is not going to be as efficient as a binary encoding, assuming you follow the spirit of XML. Sure you can do a base64 dump of binary and stick tags around it for example, but that isn't really XML's intention. I've written an XML/object translation library and I know of what I speak.
So what are they doing to "speed up" large spreadsheet loading and saving, or anything else? Tags are tags, and the encoding/decoding needs to write/interpret them. The only way to speed up XML interpretation is to get rid of tags by encoding multiple pieces of information for a particular tag. That introduces portability problems for obvious reasons and defies the intent of XML.
By the way, the controversy over extending things never stopped Microsoft in the past. Again, remember Java?
Lastly, how would it mean downgrading MS Office? If they want speed, use binary. If they want portability, use XML. Those two really don't mix. It's a trade-off. Do both. Doing "performance enhancements" in OOXML, which I suspect is tag-glomming, is NOT proper XML.
Full Talkback thread
Story: Google: OOXML 'insufficient and unnecessary'
-
Google has invested in competing format Albert -
Very nice Albert lars -
The rest of the text in the previous tal... lars -
Google motivation Albert -
Document standards 2000355890 -
Questioning Google’s objectiveness harpless -
Microsoft's Argument is Ridiculous Goldie Simmons -
Microsoft double-tongued Anonymous123 -
ODF useless for Microsoft needs Albert -
Which OOXML features in particular can't... Chris Rankin -
Features not in ODF Albert -
Of course ODF isn't backwards... Chris Rankin -
ODF also has backwards compati... Albert -
Actually, you're making all th... Chris Rankin -
If you plan for incompatiblity... Albert -
XML in spirit isn't going to be as effic... Anonymous123 -
OOXML performance explained Albert -
Thank you for an intelligent r... Anonymous123 -
MS influencing ODF development... Albert -
Terse markup for speed -- NOT Marbux -
Actually OOXML is not really t... Albert -
Do tell me more, Albert Marbux -
explaination Albert -
Then why does the same spreads... Marbux -
ODF better readable but less g... Albert -
Extensions are bugs, not featu... Marbux -
insufficient and unnecessary standard, designed pu... ator1940 -
OOXML is fully open Albert -
But does even Microsoft Office use OOXML... Chris Rankin -
Office and OOXML David Meyer
-
Then why add "read"... Chris Rankin -
MS Office 2007 does fully support O... Albert -
00o writes compliant files Goldie Simmons -
No, OOo is not fully complient... Albert -
Widespread support for OOXML a... Albert -
Questions for the community Goldie Simmons -
ODF and OOXML are standards in... Marbux -
Albert, give me a single examp... Marbux -
Interoperability Albert -
OOXML interop is abysmal Marbux -
Extensions to ODF realistic ? Albert -
Undocumented eXtensions and St... garyedwards -
Not 1,500 extensions Marbux -
You've got to be kidding,... Marbux -
You are contradicting Rupert G... Chris Rankin -
MS Office 2007 files fully val... Albert -
That's OK, I contradict R... Rupert Goodwins
-
Actually MS Office 2007 compli... Albert -
Open Standards Moley -
OOXML is Open Albert -
It's a question of greate... Chris Rankin -
Believe is in the prove Albert -
Interoperability and the binary ODF conversion di... garyedwards -
Sorry, the comment was cut short. Here'... garyedwards -
Thanks Gary, very informative Goldie Simmons -
Reasons for lack of interoperbility in ODF Albert -
Durusau's proposal is preposterous Marbux -
A bit of background... Anonymous123 -
ODF, The Big Picture Goldie Simmons -
A very Interesting Take Moley -
ISO Credibility garyedwards -
Tail end of previous comment garyedwards -
Cut to the chase garyedwards -
Microsoft moves forward with OOXML SDK Karen Friar
-
Breaking the Web garyedwards

