Slashdot Mirror
ISO Approves OOXML
sTeF writes in, with the hope that this is an April Fools joke. Doesn't look like it though. An article up at Intellectual Property Watch claims they have obtained a document (PDF) enumerating the vote after Microsoft's OOXML won ISO standard status.
Microsofts statement hailed the appearance of extremely broad support for the standard at the end of the ISO voting process.
Broad? I think they mispelled bold faced fraud.
and what to avoid. and no, im not a bigoted fanboi of any camp - im just reflecting upon the series of stunts ms pulled to get that format validated. judging from the level they lowered themselves in dirty work to get this through with bribing and manipulating, i'd say that their format has to be total crap. else it wouldnt need that level of filthy campaigning.
Read radical news here
And with that - the "standards body" of ISO was effectively taken down. FUD shovelers everywhere will begin the slow, purposeful targeting of Government, school and corporations to use MS's products for long-term archival concepts.
/. comments down here?
Perhaps with only gnashing of teeth from the geek side, initially. After some time, say 3 or 4 product cycles, MS's formats, content and programs will have slipped into breaking changes - with various patches, pieces, conversion tools and sunsets. Then and only then, will the true colors of MS's saletroopers, who overrule the tech side, be shown. But you know this - why else would you be trawling the
In other news, the business of writing code to munge data from old MS formats into new MS formats is alive and well. Programmers rejoice! There is an endless market of chagrined middle managers who are willing to port old crap to new crap for good $/hour.
Assuming it's not a joke... Anyone using this standard for anything deserves a punch in the face.
There is no April Fools today since the real news is comical enough (though in a tragically funny sort of way).
Similar to the upcoming US election results
So apparently it's not valid to complain that the new standard shouldn't need to support "truncateFontHeightsLikeWP6" in the first place? Wouldn't it be technologically superior to require MS Word to emulate "truncateFontHeightsLikeWP6" using standard formatting directives, rather than forcing every other implementer to code for compatibility with some file format that isn't even part of the spec?
Try this one one for size:
"15 years ago we had a file format that stored text using EBCDIC encoding. While we no longer write any files using this encoding, we propose that the new standard file format include an EBCDIC mode. We realize that traditional arguments for "backward compatibility" don't apply -- obviously none of our 15-year-old products ever produced any output in the new file format being proposed -- and we concede that we could just convert to UTF-8 encoding when saving old documents into the new format. But such conversions would require more work on our part than simply adding another encoding mode to the new file format and reusing our existing code to render in that mode. We acknowledge that this formatting directive will only benefit our product, as no one else can read our 15-year-old, unpublished format, so we'll note that the EBCDIC mode is deprecated. In spite of that note however, we will generate new files using EBCDIC mode, and therefore competing implementations must implement it as well to be functionally compliant."
explain to me why such a pragmatic decision should come as a surprise to anyone. or, to put the question another way, how many industrial standards simply rationalize practices of long standing?
Ah, that's very common. There will be various competing versions of something, and they vie in the marketplace as much as before standards boards, and eventually one is chosen as the standard. Including using dirty tricks to influence the process, to gain the advantage of it being your version which all your products already use that becomes standard.
Here's what's different:
At the end of the day, after the politics ended, the intent and result of these proceedings was to standardize and thus increase interoperability. The standards themselves enabled that, allowing multiple implementations of the standard that would work together. Even if one company gains an advantage in the near term, that doesn't last long and then things just start working better together, and choice and opportunity are increased.
This is the exact opposite. The intent and result of this process is to damage interoperability by creating a standard that nobody can duplicate, that not even Microsoft themselves have implemented. It's only purpose is to derail acceptance of a true open standard like ODF. There will be no market around OOXML tools and products, because the only one that will ever use it is MS Office, and they aren't even obligated to follow the standard they created. That doesn't matter. All they want to be able to do is shout "We're an ISO standard!" when the government rep starts talking about how they require "open" documents. That's all.
The enemies of Democracy are
If you'd like to comment on how some people are not aware of recent changes to the specification, and how those specific arguments against the spec aren't technically sound, be my guest. In some cases, such as the specific comment you replied to, you'd be perfectly justified.
But your language doesn't contest the validity of a particular comment -- even your most recent comment here accuses "most of [us]" of willful ignorance. And your prior comment likewise accuses the community at large of having only political objections to this new "standard". It's a bit hypocritical to make generalized accusations and then dismiss rebuttals as irrelevant because they didn't address the specific comment to which you general attack happens to be attached.
Hey, if you can repost that same crap drivel, back atcha homes:
You obviously have never had to implement anything that needed to conform to a defined, published standard. If you had, you would never in a million years defend a ragged mess which can't even deal with Julian dates without referencing a broken proprietary binary (Excel 97). And you wouldn't defend OOXML, in raving terms including liberal usage of boldface, all caps and ad hominem attacks, if you understood the difference between a properly written standard and one cobbled together in panic that large institutional customers would abandon a proprietary format over concerns of long-term data accessibility, bit rot and lock-in.
Enjoy your new spec.
In other news, astrophysicists have announced that they now know what all that dark matter is: it's stupidity.