What Happens Next on the US Vote on OOXML 82
Andy Updegrove writes "As you may know, V1, the INCITS Technical Committee that had charge of the US vote on Microsoft's OOXML, failed to reach consensus on either approving or disapproving the specification. As expected, Microsoft has turned to the full INCITS Executive Board in an effort to salvage the situation. Between now and Labor Day, a complicated series of fall-back ballots and meetings has been scheduled to see whether the Executive Board can agree to approve or disapprove OOXML, in either case "with comments." A vote to approve would mean that addressing the comments would not be required for the US vote to stand, while a vote to disapprove would hold the possibility of US approval if the comments are satisfactorily addressed. The bottom line is that a vote to approve (either in the US or in many other nations around the world) does not appear likely, due to the sheer number of technical issues that have been raised with OOXML, and the expedited schedule upon which Microsoft has insisted throughout the process."
A friend in need ... (Score:5, Interesting)
Interesting, although unsurprising, to see Apple following the money here.
Re: (Score:1)
Mod parent up, informative! Apple has as much to gain here as Microsoft does -- after all, Office runs on the Macintosh, and Apple has a vested interest in seeing it say dominate, as that it was one of the major draws of their platform.
Re: (Score:1)
US vote or ISO vote? (Score:3, Informative)
According to the earlier article, V1 and INCITS were both extensions of the ISO evaluation process. Not just a US agency.
Re:US or ISO? Both. (Score:1)
Obviously, the US isn't the only nation going thru this at this time. MS has been attempting to stack the deck (typically, a working group with half a dozen or a dozen voting members, suddenly has 50 MS partners pay the couple grand to join and vote in the 6 weeks before the national vote), but perhaps surprisingly
Re:Is there anything we can do... (Score:4, Interesting)
It's a minor point, sadly. There's nothing requiring Microsoft to follow any standard. They have built their software empire in part on avoiding all such things. The one thing that looks to be shaking the foundations of their dominance is the fact that most of the people I've talked to have looked at Office 2007 and do not like what they see.
Re: (Score:2)
Re: (Score:3, Insightful)
didn't know what OOXML meant (Score:3, Informative)
"Microsoft's Office Open XML (OOXML) formats"
Thought others might want to know.
Re:didn't know what OOXML meant (Score:4, Insightful)
Re: (Score:2)
People should start referring to it my it's truthful name, MSOXML: Microsoft Office XML.
No OOXML; Maybe Not ODF (Score:1)
I know government is dog-ass slow, so I am not terribly up in arms, but agreeing to some open standard for government documents (not controlled by MS, but not necessarily ODF) is obviously the best choice for archival storage, transparency, and maintainability.
Re: (Score:3, Informative)
Re:No OOXML; Maybe Not ODF (Score:5, Informative)
Re: (Score:3, Informative)
Re: (Score:2)
Re: (Score:2)
Re: (Score:3, Insightful)
Microsoft is pushing the most important part of OOXML being it's ability to include old Office file data as opaque binary chunks (!). Problem is that their documentation of those binary chunks pretty much consists of 'try reverse-engineering old versions of office.' -- which is against the EULA for old versions of office.
Even if someone manages to figure out how to decode thos
Re: (Score:2, Troll)
Re: (Score:3, Informative)
As opposed to ODF with a bunch of backers with potentially unknown IP claims, admittedly incomplete spec and a patent grant only valid for versions of the specifications that are blessed by Sun Microsystems... which means that Sun gets all the say they want or there will be NO ODF revisions.
Sun made an irrevocable IP covenant that it will not seek to enforce any of it's patents associated with ODF against any implementation of the specification. This is limited to versions of the specification in which Sun has had significant participation (read: not blessing, or even agreement, just participation). This is there so that Sun can keep new versions of the specification from including elements that infringe other Sun patents not covered by the initial covenant or to voluntarily include those a
Re: (Score:2)
Feds to M$ (Score:1)
I, for one, am for choice (Score:1, Flamebait)
I prefer choice. Having an ODF standard should not exclude an OOXML standard. With both standards published, it is possible then for developers to include support for each. Just like good syndicated news readers have the ability to handle both ATOM and RSS x.x.
In the end, its about choice. With standared, published formats it is possible. Or, would you rather the MS Office document standard to remain closed? (Perhaps that is what those whose goal in life is to bitch endlessy about MS want?)
Re:I, for one, am for choice (Score:5, Insightful)
OOXML doesn't open it.
It just describes it, and incompletely at that.
The sole purpose of OOXML is to torpedo any real standard document format. With Microsoft's machinations in the various ISO committees, it's ridiculous to continue pretending they have any intention of allowing real interoperability.
Re: (Score:2)
Re: (Score:3, Informative)
http://slashdot.org/comments.pl?sid=254267&cid=19
Re: (Score:3, Insightful)
Okay, actually, keeping this particular "standard" as an option in "choice" is a potentially dangerous thing if for no other reason than the fact that Microsoft's "standards" are always moving targets. Invariably their specifications are subject to change or additional documentation. Their format is based on and/or defined by the behavior of specific
Re:I, for one, am for choice (Score:5, Insightful)
OOXML is still closed. When the spec has things like "This element means to parse it like Word97 with all of Word97's obscure bugs", that's not an open standard. What we're opposed to is having garbage like that officially recognized as an open standard.
Re: (Score:3, Informative)
If they weren't in the spec, it wouldn't be the complete OOXML spec used by by Office '07.
Re: (Score:2)
Sure, if they weren't in the spec, it wouldn't be the complete spec (Office '07 would produce non-compliant docs), but if they're in there and there is no available description of their functionality, then it still isn't the complete spec.
Re: (Score:2)
So the specification is flawed either way.
It doesn't belong (Score:4, Informative)
You don't put something in a specification and not define how it works. It has no place in the specification. That's the whole point.
So here we have Microsoft working backwards. They take what they did and try to create a specification for it instead of creating a specification and then programming to it. Then they leave out parts of what is actually done in Office '07 so that other parties can never be compliant with the "specification". That would be akin to the TCP specification [faqs.org] saying that bit 2 in byte 14 is a flag that says the checksum should be calculated like Windows 95 does it, without specifying how that is. This is just ridiculous. Do you not understand that some documents (probably all docs imported from Word 95 which I know is in the spec, I'm not sure about Word 97) WILL use this tag, and therefore anyone trying to comply with this specification will not be able to make the documents appear as they will in Office 2007? When importing a document from Word 95 or 97, Office 2007 should convert it completely to values defined in the specification, there should be no need for these tags for "backward compatibility".
If the specification has no way to make the spacing look the same, I would say that it is an incomplete specification (although it is 700+ pages). If there are certain quirks of Word 95 and Word 97 that would make the specification hard to understand, it doesn't matter. They should be defined exactly anyway so that ANYONE implementing the specification (and only the specification) will be able to produce documents that look the same.
Re: (Score:1)
Re: (Score:1, Insightful)
Re:I, for one, am for choice (Score:5, Interesting)
http://www.robweir.com/blog/2007/07/formula-for-f
http://www.openmalaysiablog.com/2007/07/mathemati
http://www.noooxml.org/ [noooxml.org]
http://ooxmlhoaxes.blogspot.com/ [blogspot.com]
http://blog.janik.cz/archives/2007/07/18/T18_02_5
Read these. Then decide if you really, really believe that making this specification a standard will do anything good for the environment. The spec is simply too big and poorly-defined for anyone else to come close to implementing. If it was worth the paper it was printed on (and if you see the last link, that can be quite a lot) Microsoft wouldn't be trying to fast-track it--specifications should speak for themselves in terms of quality. Anything reasonable would have no trouble getting written into an ISO-accepted standard, no matter what company it came from.
Pop quiz: Why the hell is fast tracking with this kind of system possible? Emergency economic situations?
Re: (Score:2, Insightful)
Well thanks for the links, and already having seen them, except for one, I really must compliment you on providing a well rounded set of links that present both sides of the argument. Why, all of those are surprisingly non-slanted. Dammit, why doesn't HTML have a <Sarcasm> tag?
Really, thats alot like saying, "Here, read all about the Mormons at http://www.whymormonismisevil.com/ [whymormonismisevil.com]".
So, you want to find out about Jews? Try reading "The Protocols of the Elders of Zion".
I understand the argument, people
Re: (Score:3, Interesting)
Re: (Score:3, Insightful)
See, Billy G. and Stevie B. really, genuinely are corrupt, horrible monopolist pigs who eat babies. Why do you think that antitrust suit exists?
Well, not exactly. Actually, Billy G. and Stevie B. simply have such a low opinion of their own ability to compete on a level playing field that they are desperate to find some way to game the system. And it's clear their problem is endemic-- a fundamental part of the way they've been operating the business for decades.
Re:I, for one, am for choice (Score:4, Informative)
Reality: MS has been found guilty of antitrust violations and leveraging its OS monopoly to support and gain market its shares in other markets.
Check: The only software capable of even competing with the market leader product is being given away for free.
Conclusion: The "desktop computer office suite" market is not an open market.
Re: (Score:2, Informative)
Re: (Score:1)
Re: (Score:2)
Re:I, for one, am for choice (Score:5, Informative)
Unfortunately, the current OOXML (The Microsoft format) is so messy it's unmaintainable and unimplementable. Major holes, parts with undocumented binary data, etc. It's all a last-ditch attempt for Microsoft to continue it's office monopoly.
They are being way sneaky with the naming too. Note that the Open Office.org is called ODF (Open Document Format), while Microsoft sneakily called theirs OOXML (Office Open XML) - which confuses everyone, as many people think that OOXML is the "good" format, since they reasonably assume that OOXML means "Open Office XML". But it's not.
Our best attack right now is to make as many people as we can knowledgable of this name game.
ODF: Good and Open
OOXML: Bad and Closed by Microsoft. (It's not truly open when it comes to the details of the format)
Re: (Score:2, Interesting)
Re: (Score:2)
Re: (Score:2, Interesting)
MS'OO'XML
Sure, it's a little longer, but it says who, in truth, the format belongs to, and the quotes around OO would indicate some falsity to the naming of the format, much in the same way that the CIA should have their middle initial surrounded by quotes as the sarcastic little bit of bullcrap that it is.
Re: (Score:2)
Re: (Score:3, Insightful)
There are two arguments here:
The first is that, independently of the existence of any other standards covering the same subject matter, OOXML is a poorly described, non-implementable, and otherwise bad proposed standard, and should be rejected.
The second is that that the existence of one standard covering a topic makes additional standards covering the topic less valuable, potentially redundant, and in some cases contradictory to the purpose of st
Re: (Score:2)
Then you're back at square one with everyone using a different standard.
Hell lets go further and just let Microsoft put any propitiatory crap that will only work with their programs and call that a standard. Oh look now we're back again with everyone using different standards but this time they're closed source so only Microsoft can use them and around, and around, and around we go.
One file format to rule them all and in the XML spec bind th
Re: (Score:2)
Then the states and countries could say that microsoft had to be compatible with the general standard in addition to their internal standard.
Re: (Score:2)
With both standards published, it is possible then for developers to include support for each.
That only works for complete standards, which would rule out OOXML. It has tags such as "do the spacing like Word 95". How, exactly, is a developer outside of Microsoft going to support that? And how is it "open" when you reference closed binary-only software in your spec? The OOXML people could fix this, but up to now they have resisted cleaning up their spec in any major way, and continue to push it even though it has major flaws.
Re: (Score:3, Insightful)
In the end, its about choice. With standared, published formats it is possible. Or, would you rather the MS Office document standard to remain closed? (Perhaps that is what those whose goal in life is to bitch endlessy about MS want?)
There is nothing preventing MS from publishing their format. That is very different from being ratified as an ISO standard. I could publish my very own file format. But if I have shoddy documentation for the file format, it is useless. No one, besides myself, could effectively use the format.
Ratification is when a group (of people, states, etc) approve of something (a constitution, a file format). In the case of my file format, they wouldn't ratify my format because it is useless to them.
Re: (Score:2)
Having an ODF standard should not exclude an OOXML standard
But having OOXML might near exclude ODF
it is possible then for developers to include support for each
Yes, but what MS says in the computer world is Law
or, would you rather the MS Office document standard to remain closed?
From what I read, it isn't opening very much, or at least enough to consider it "open"
Perhaps that is what those whose goal in life is to bitch endlessy about MS want?
Do you really find that makes sense
Re: (Score:2)
Oh, please, you know that you mention MS in an article on /. that there are tons of calls to bone doctors because knees jerk so hard they jam them under desks. Some of these people should read /. standing up because it would entertain others with their funny walks.
If MS were to fold up and get sucked into the near-by "Mel's Hole", 10% of /. readers would go insane because they had nothing
Re:I, for one, am for choice (Score:5, Insightful)
Do you really want both Betamax and VHS? Do you really want both DVD and Laserdisk? Come on. Demand real open standards. It is not about free software. It is not about open software. It is not about non-commercial software. It is perfectly OK to have two or three proprietary closed software supporting ODF and one or two Open Source but not-free software and a couple of Open Source and free software all supporting one document standard with perfect portability across them.
Only when users demand the ability to switch from one software to another without any loss of functionality they will have the power in negotiation. In the present situation, they have to buy whatever MSFT charges. Did you really think people will be forking over 150$ for a spreadsheet and word processor 10 years ago? The whole MS Office was selling for 50$. Now it is supposed to be 500$. Dont you see where the customers lost the ability to negotiate better prices because of vendor lock in?
Re: (Score:2)
With well documented published formats, interoperability is increased.
However, that does not mean that OOXML needs to become an international *standard*.
If OOXML wasn't so crap, rushed or poor-quality, it might eventually make a decent standard. But it is crap. It is rushed. It is of piss-poor quality. It has obviously never been given a detailed review by anyone. No-one has ever built a product from the spec. (MS didn't write Office 2007's support from the spec, they wrote the spec from
I seek clarification (Score:2)
Re: (Score:2)
From http://en.wikipedia.org/wiki/Ooxml#Criticism [wikipedia.org] (2nd last bullet):
Legacy document rendering compatibility is identified using (deprecated) tags. For example, book 4 section 2.15.3.6, "autoSpaceLikeWord95", "useWord97LineBreakRules", "useWord2002TableStyleRules", and book 4 section 2.15.3.31, "lineWrapLikeWord6", and "suppressTopSpacingWP" for a 16-year-old version of WordPerfect.[44]. These items should only occur in OOXML documents that were converted from predecessor Microsoft Office document
Re: (Score:3, Insightful)
Which, for those who haven't extrapolated it yet, means "About 90% of them in any organisation which has decided to use OOXML as their standard file format".
5 years down the line and other suites are coming out with the "Supports OOXML" box ticked, but further investigation reveals that the organisation still has a huge number of files which haven't had much attention paid to them since the conv
Not possible for ODF to have the feature MS wants (Score:3, Insightful)
No, the problem here is NOT technical, it's ideological. The feature that Microsoft wants is user lock-in. The essential feature for MS is that THEY control the standard document format, and exclude all others from adequately rendering that format, keeping essentially all use
Re: (Score:2, Informative)
Is it possible to implement with relative ease into ODF, all the features that Microsoft sees lacking in ODF?
With the behaviour and errors that Microsot insists on including, no. It is possible to convert such gems as 1900 is a leap year in an application that reads/writes MSO file formats. To make that behaviour mandatory is absurd.
Most of the other complaints that Microsoft has are trivial/non-existent.
Furthermore, OOXML can not correctly render most of the world's writing systems, or languages.
Am
Re: (Score:1, Insightful)
So - to demand a ISO standard has to incl
This is so petty I can't believe it. (Score:2, Insightful)
What does this have to do with anything? Last I checked, OpenOffice can save in xml and Microsoft Word can save in ODF
Re: (Score:3, Informative)
Oh there would be MUCH much more.
Check the "Criticism" section of the ODF wikipedia article for a good starting point.
Re: (Score:2)
I just did. All the issues seem relatively small (or at least, not fundamental problems) and about half have fixes in progress.
Just take a look yourself:
The second one looks like it could have come from alt.sysadmin.recovery [wikipedia.org].
Re: (Score:2)
And of course I can use the same cop out for criticism to OOXML. There are fixes in progress (and yes, there are. MS knows there will be "with comments" votes
Re: (Score:2)
But their so-called standard really isn't a standard. Within the definition of OOXML are statements that are basically "implement this like Office 95 did", without any additional detail. The only company in the world that can implement these sorts of things is Microsoft themselves since Office 95 isn't
Re: (Score:2)
No.
I am a programmer. I have looked at enough of Microsoft's proposed specification to competently comment on it. The proposal Microsoft has put forward is incomplete and unimplementable by anyone other than Microsoft themselves. One can argue whether that is deliberate or merely an honest failure by Microsoft's specification team, but that point is immaterial. Either way the simple fact is that it is unusable.
Publishing a document that effectively says "Use formats that Microsoft
I got your document format... RTF (Score:1)
Standard Defined (Score:2)
Don't bet that OOXML is dead, just yet. (Score:2)
Watch this situation closely, and if you can put your hand into the process to make sure th