Office 2007 Fails OOXML Test With 122,000 Errors 430
I Don't Believe in Imaginary Property writes "Groklaw is reporting that some people have decided to compare the OOXML schema to actual Microsoft Office 2007 documents. It won't surprise you to know that Office 2007 failed miserably. If you go by the strict OOXML schema, you get a 17 MiB file containing approximately 122,000 errors, and 'somewhat less' with the transitional OOXML schema. Most of the problems reportedly relate to the serialization/deserialization code. How many other fast-tracked ISO standards have no conforming implementations?"
You're doubly missing the point (Score:5, Informative)
For one example where this has worked well, consider vehicle networking. Bosch invented/designed the Control Area Network (CAN). This was standardised by SAE as part of the in vehicle networking specification. ISO then just adopted the SAE stuff and extended it in some new areas. The stuff all works well and is based on proven technology (ie. the technology existed before the standards).
Re:What's the Problem? (Score:5, Informative)
Re:Stop using MiB (Score:5, Informative)
Remember that "kilo" *did* (and does) mean 1024 in a computing context. Everybody understood that who was involved on a technical level. Everybody. There was no miscommunication in the general case
Your comment about octet confuses and annoys me. Go away.
Re:Stop using MiB (Score:5, Informative)
"1 MW" has always meant 1,000,000 watts. "9.6 kbps" has always meant 9,600 bits per second. A "500 GB" hard drive still means 500,000,000,000 bytes.
There are relatively few places where this is screwed up, most of which fall into these categories:
The latter doesn't even get it consistent. "1.44 MB" floppies are actually 1440 * 1024 bytes.
"Current industry usage" is to be ambiguous; 17 MB means "somewhere between 16 and 18 megabytes". The people you call "ivory tower types", including the IEC [www.iec.ch], are trying to use more precise language.
The term "octet" does exactly the same thing that the binary prefixes do: They indicate more precisely what is being talked about.
As someone else in this thread said, "just because some people made the mistake, decades ago, of choosing to equal kilo to 1024 doesn't mean they were right."
Referenced article promotes a bogosity. (Score:5, Informative)
The English had a major sea trading infrastructure, at a time when improvements in clocks finally made accurate determination of longitude by celestial navigation practical for trans-Atlantic voyages.
They established an observatory at a major port (Grenwich) to provide a time-hack for ships in port (both military and commercial) to set their clocks, and distributed navigational charts with that observatory's latitude as the basis for the coordinate system (thus simplifying navigational calculations).
This quickly became the defacto standard on a voluntary basis among commercial shipping, along with the cities that grew up around major seaports (with multiples-of-an-hour offsets to approximate local noon - typically multiples of an hour, sometimes of a half- or quarter-hour), just as the coordinate system became the standard for shoreline mapping in other locations (to simplify navigation near shores by ships using the Grenwich meridian for their ocean charts). Then when railroads drove time standardization it spread from the seaport cities to inland locations.
Of course the empire's military and government used it internally. But the rest of the world adopted it voluntarily.
Re:Stop using MiB (Score:1, Informative)
Re:Stop using MiB (Score:2, Informative)
Uh, to quote Wikipedia (all hail the omniscience of it.):
Re:Stop using MiB (Score:3, Informative)
1. It's "Common Era".
2. Replace Judeo-Christian with Christian. The Jews aligned their calendar with the Romans such that the Sabbath (Saturday) fell on the last day of the week (which, according to the Romans was Saturday.). The Christians decided that they would celebrate their new prophet on the first day of the week (Since most early Christians were originally of the Roman religion rather than Jewish, they equated Jesus with Sol, their Sun god, who was worshipped weekly on Sunday.). Later that celebration merged with the Sabbath concept, but the day of Sunday stuck, only now most people erroneously think of it as the end of the week.
Re:That is an improvement (Score:5, Informative)
Governments started demanding documents in open formats.. that threatened their monopoly, so they paid to get their XML schema called one.. now governments go back to buying exclusively Office again... MS Wins.
End users don't give a shit about open. Governments do but only on paper.. once it comes down to the buying decision all they need is a checkmark on a list. It doesn't actually have to mean anything (cf. Posix compatibility in NT4.. damned near useless but it was a requirement at the time).
Re:That is an improvement (Score:4, Informative)
twitter now has six known accounts on Slashdot, three of which have negative or near-zero karma.
At least one other (Score:4, Informative)
ISO 25436 describes a version of the Eiffel programming language that has never been fully implemented. The standard contains lots of "blue-sky" "would-be-nice-to-have" sections which are planned to be implemented in the future.
ECMA gives the document author a lot of control, so things can become ECMA standards that would not become ISO standards. But then the fast track ISO process (for existing ECMA standards) makes it easier for them to become ISO standards.
Re:Does anyone know if Open Office is compliant wi (Score:2, Informative)
Both AbiWord and OpenOffice.org support hidden text. According to the ODF spec, if you say 'text:display="true"', you're supposed to see the text. However, OpenOffice.org uses "true" to mean "hide the text" and "none" to mean "show the text". Or, the inverse of its correct meaning (or what you'd expect from the CSS && specs). This will supposedly be corrected in OO.o 3.0, which is due out soonish. However, this leaves a problem with a bunch of documents that won't render "as intended" (either by the user or by the ODF spec).
Re:well... (Score:5, Informative)
C++ wasn't fast-tracked.
Re:Yes, I think so. (Score:5, Informative)
Most
That suggests to me that there is no 'forced upgrade' or 'upgrade treadmill'.
What is it that you're seeing that indicates otherwise to you?
Facts? (Score:4, Informative)
If it's not, then it shouldn't have been "fast tracked", it should have gone through the same process as current HTML standards... you know, the ones Acid3 are testing...
That is, the issue is not whether Office conforms to the standard, but that Microsoft lied about its status.
Re:Yes, I think so. (Score:4, Informative)
1. Tell them to send you
or
2. Install the free, simple, easy to install compat pack [microsoft.com] from MS.
Nothing you've said here translates into MS forcing you to upgrade. In fact they've given you tools that make it easy and simple to NOT upgrade, and made them free to download.
This is not to suggest that MS doesnt WANT you to upgrade, of course they do. But many, many businesses and orgs are still running quite successfully on older versions of MS Office.
Re:What kind of BS is that? "Strict Standard?" (Score:0, Informative)
According to TFA, Office 2007 OOXML is very conformant to ISO OOXML Transitional. But its not very comformant to ISO OOXML Strict.
You must have read a different article. The one I read was quoted in the summary,
If you consider somewhat less of a miserable failure to be "very conformant" you might think OOXML is a worthy standard. The rest of the world thinks it's train wreck.
Re:What kind of BS is that? "Strict Standard?" (Score:3, Informative)
Based on the actual root article, the results from the transitional version was nearly perfect, with 84 instances of the same (very minor) class of error.
From TFA [griffinbrown.co.uk]:
Sure enough (again) the result is as expected: relatively few messages (84) are emitted and they are all of the same type complaining e.g. of the element: since the allowed attribute values for val are now "true", "false", etc. this was one of the many tidying-up exercices performed at the BRM.
This is actually quite impressive, given that the transitional version is not the same as what MS originally proposed, and so there was also little expectation that a document format created in the past would be conformant. It looks like the groups went to some effort to make sure that the transitional version was nearly 100% compatible with what MS Office 2007 actually emits.
And it shouldnt be surprising to anyone that Office 2007 doesnt conform to the strict version. The strict version was semi-major surgery on what MS proposed. And it was developed long after Office 2007 was released.
More from TFA:
The STRICT conformance model is quite a bit different from Ecma 376, essentially because most of that format's most notorious features (non ISO dates, compatibility settings like autospacewotnot, VML, etc.) have been removed. Thus the expectation is that existing Office 2007 documents might be some distance away from being valid according to the strict schemas.
Sure enough, jing emitted 17MB (around 122,000) of invalidity messages when validating in this scenario. Most of them seem to involve unrecognised attributes or attribute values: I would expect a document which exercised a wider range of features to generate a more diverse set of error message.
To do so would have required them to predict into the future the path that ISO would take.
Now the interesting question will be whether MS aligns with the strict ISO OOXML in a future Office 2007 Service Pack, or even if they clean up that one minor issue found here (on/off vs. true/false in attributes).
The strict version breaks alot of backwards compatibility with legacy documents that were created in much older versions of office and forward converted. Given that, I'll be interested to see what MS does with this over the next year or two as their releases catch up to the ISO standards.
Re:Yes, I think so. (Score:5, Informative)
Re:What's the Problem? (Score:3, Informative)
But the figures I assume you cite (*), does indeed support that the bottom 80% owns only 16%.
(*) Edward N. Wolff at New York University (2004) [ucsc.edu].
In my opinion democracy is an illusion as long as 20% of the people own 84% of the wealth.
The bottom 80% simply have no way of making informed opinions based on sources that aren't owned by the top 20%.