Roadmap To the OOXML Process 48
I Don't Believe in Imaginary Property writes "With all the pieces floating around on OOXML, it's been hard to get a good sense of where it is in the standardization process. Fortunately, IBM's Rob Weir has a provided us a road map. Today Microsoft is due to submit its set of proposals for resolving the 3,522 comments to JTC1, which controls OOXML. Tomorrow or soon after, we can expect a media blitz heralding these 'changes,' as numerous reporters are, reportedly, being flown to Redmond. But all those recommendations are non-binding, because only JTC1 can change the standard and that happens during the Ballot Resolution Meeting. And even if all of the recommendations are adopted, no one has to change their vote. The BRM, where all the real work will happen, isn't until February 25-29. Within the 30 days after that, everyone will be able to reconsider their vote. That's when we can expect the real fireworks."
3,522 comments (Score:2)
Bloviated pettifoggery!
Let the trimming begin.
Emancipation from thuggery
Starts with JTC1's chin.
Burma Shave
Re: (Score:3, Funny)
With time on his hands left to kill
Perverted the process
Of standards, with success
And earned a big blowjob from Bill
Oh - haiku? I thought you meant limerick!
:P
Bureaucracy (Score:5, Insightful)
Dan East
Re: (Score:2)
Re: (Score:3, Insightful)
Re: (Score:1)
Just more vendor lockin from MS.
Re:Bureaucracy (Score:5, Insightful)
This isn't a great advancement in computing. It's a convicted monopolist's attempt to lock the world's documents up in a format which it can change arbitrarily at will to stifle competition.
Not quite... (Score:2)
If they fail, good. Justice is served.
If they succeed, a new generation of Office products will be given the go-ahead in places they don't belong...
Re: (Score:1)
Re: (Score:2)
Re: (Score:3, Funny)
Re: (Score:1)
Get a copy of Microsoft's Road Map... (Score:1)
Sorry, I couldn't resist it.
Re: (Score:2)
Aaargh! vi vi vi - The sign of the Beast. Sorry Offtopic.
Re: (Score:2)
I don't get it. They're an office supply house.
Hmm...reflective vests that make me safer if I want to walk a road at night. I must be benighted.
Perhaps you're confused by the use of the word "roadmap", which is a powerpointism that means something like, "plan to make magic happen, and create order out of chaos". Remember, a roadmap is really a type of map, a graphic depiction of a certain territory, showing items of interest.
Comparison (Score:4, Insightful)
Re: (Score:2, Insightful)
Re: (Score:1)
Re: (Score:3, Insightful)
Most criticisms of OOXML deal with the fact that it is a hastily implemented pile of incomprehensible rubbish that no-one in the world will ever implement correctly and that Microsoft is allowed to change at will without consultation. However, this actually utterly misses the point of the problem of OOXML, and the reason why MS is so opposed to ODF.
The issue is that ODF forbids you from embracing and extending while OOXML allows you to. This means that if you've got
grim. (Score:3, Informative)
Yawn !!!! (Score:1)
Czech comments resolved by the ECMA (Score:3, Interesting)
Re: (Score:2, Informative)
Interestingly the absolute worst elements, such as 'footnoteLayoutLikeWW8', 'lineWrapLikeWord6' and 'useWord97LineBreakRules' (the parent's article lists objections to about a dozen of these) seem to have been resolved.
This does raise the prospect that a truly open implementation of the format could be created, which was my biggest worry about a format which calls itself 'open'. What we were faced with before was a supposed standard format which had unexplained and undocumented hooks to long defunct, prop
Re: (Score:1)
It's not the only problem.
MSOOXML is an order of magnitude harder to write a parser for than ODF. Choosing it as a default format sets the barrier to entry for smaller players much higher.
Re: (Score:2)
The Gnumeric devs disagree with your assessment, as they've said it was easier to implement OOXML into Gnumeric than ODF. (Maybe you're making the point that ODF is "easier" because it's so incomplete. After all, ODF doesn't even support spreadsheet formulas, so that's one thing you don't need to implement in an ODF parser, but that's hardly a *good* thing.)
Re: (Score:2)
Ah yes, right on cue. You Microsoft boosters have been parroting the guff from Bill Hilf's lab for quite some time now.
ODF supports, but does not define spreadsheet formulas. By contrast, OOXML's spreadsheet formulas are worse than missing. It has incorrect formulae that, if implemented according to the standard, would result in a spreadsheet that calculates incorrect results.
The ODF team are working on a set of formulas, but unlike Microsoft, th
Re: (Score:3, Interesting)
makes that comment green - meaning no objection. Why? Their conclusion doesn't match their
data. Perhaps they just think there is no way Microsoft can be stopped.
Re: (Score:2)
Here's to hoping that they'll still consider it an issue when voting again.
Interesting Timing (Score:1)
Call me cynical (Score:1)
Re: (Score:1)
Editorial Changes (Score:2)
The BRM is practically irrelevant since the only changes to the document will be editorial in nature. None of the objectionable technical content will be changed because Microsoft has already released its products.
So, the only relevant issue now is how many new bullshit third-world countries will include themselves in the process (assuming they still can) and tip the vote.
Re: (Score:2)
http://slashdot.org/comments.pl?sid=418352&cid=22049468 [slashdot.org]
Use MS-OOXML and reduce confusion (Score:2)
Re: (Score:1)