Bonum Certa Men Certa

The Deprecated “Smoking Screen” of OOXML Makes a Failure by Design

BSI British Standards says: “... a standard is an agreed, repeatable way of doing something. It is a published document that contains a technical specification or other precise criteria designed to be used consistently as a rule, guideline, or definition. Standards help to make life simpler and to increase the reliability and the effectiveness of many goods and services we use. They are intended to be aspirational - a summary of good and best practice rather than general practice. Standards are created by bringing together the experience and expertise of all interested parties such as the producers, sellers, buyers, users and regulators of a particular material, product, process or service.”



Whatever the OOXML file format will eventually look like if such ever appears, doesn't really make a difference for Microsoft. Office 2007 or the subsequent version of Microsoft Office will never produce a standard compliant format.

What is currently implemented in Office 2007 is NOT what is described in ECMA OOXML: ECMA OOXML is a format that Office 2007 can *read*, not the format that Office 2007 is *writing*, e.g. scripts, macros, passwords, Sharepoint tags, DRM and others. If you try encrypting a document in Office 2007, it is not longer even a zip file + XML at this point.

”It is not about what the global community needs but strictly the commercial interests of the omnipresent player.“It seems Microsoft will *NOT* change Office to become compliant with ECMA. Their marketing experts will simply advertise loud and clear that “OOXML is now an ISO standard”, and will blur the differences between MS OOXML, ECMA OOXML and ISO OOXML. This will do the trick for most people, who are not technical experts. But they will eventually get caught again in lies. It is not about what the global community needs but strictly the commercial interests of the omnipresent player.

The significant papyrus change in the format by deprecating some controversial issues in the format shows a significant failure of the format. Shuffling chapters around and putting some parts in the annex is not the answer. There are still major problems with the format as now proposed in its deprecated form, from cultural and linguistics adaptability problems, accessibility issues, to the reliance on Windows and the guidance to what is called the “DEVMODE” structure, increased patent problems, added harmonization and interoperability problems, third party implementation remains almost impossible and many others. And let us not forget the proposed format has never been implemented, tested and it not the consensus of the common.

The fact is that Office 2007 has not implemented the initially proposed ECMA format, so it is more than apparent that the new "smoke screen" proposals will never be implemented, even if they can be. It also dooms all the .docx files out there already. Is Microsoft ready for a recall or ready to develop another converter for this problem?

The TRUTH IS, every application will need to support the deprecated features in order to read files with the deprecated features, so moving stuff into deprecated status does not ease the burden of implementing DIS 29500.

If a file is one which was converted from the old format of Microsoft Office by DIS 29500 and allowed to wrap the old file in XML, it is kept unreadable for everyone else. The legacy binary formats remain closed. OOXML is still a closed format tied into to many proprietary formats.

OOXML on the trash canECMA 376 is a bomb-shaped standard. It redefines everything just to keep the legacy (and therefore a number of things that should be fixed by now, thanks to better engineering, and existing ISO standards) afloat. Why? There is a difference between preserving old files and preserving them with all internal bugs. In essence, Microsoft is shoving their own mistakes right down the throat of ECMA/ISO. Microsoft has the audacity to say the standard meets a different need, when all they mean is : we don't want to fix our bugs, because that would force us to use non-Microsoft standards, and that is unacceptable. Unfortunately, the new proposals do not change this fact.

The SpreadsheetML part of OOXML describes a “securityDescriptor” attribute, which according to the specification: “...defines user accounts who may edit this range without providing a password to access the range. Removing this attribute shall remove all permissions granted or denied to users for this range.” This is an important security-related feature that tells the application which users are allowed to edit arrange in a spreadsheet without a password. A would-be programmer implementing this feature would need to know how these user accounts are represented in the document. Are they comma-delimited? Semi-colon delimited? Space-delimited? You can't define a list without defining a list delimiter.

OOXML does not provide those details (although it does imply that more than one name is allowed). This function lacks sufficient definition to allow interoperability, which in the end is what repeatable, common use is all about. Finally, any vendor who wishes to have a competing spreadsheet product must be able to give the same results as Microsoft Excel. So a proposed ISO standard for Excel's file format must precisely specify the required calculation behavior, included precise definitions of spreadsheet functions, especially the crucial financial functions. However the specification given for spreadsheet functions in OOXML appears to be merely a dump of the end user documentation for Excel. The definitions are vague, with unstated assumptions, and in some cases clear errors in their definitions.

Furthermore, the proposed deprecated changes increase the already dramatic overlap with the established ISO standard for office documents. If creates new patent problems in such that now Microsoft reserves the right to sue you if you implement any of the deprecated stuff moved to the annex of the proposed standard.

It makes harmonization and interoperability worse than ever because without the code for interpreting the deprecated stuff, any file with deprecated data will be impossible to read properly.

Given the extent to which Office 2007 will have to be changed and the extensive coding work which would need to be done, don't you think that it is just wiser to reject OOXML as a ISO standard? It is not just one and for Microsoft to collaborate on the development of ODF and create one universal file format for everyone – the fundamental of standardization – OOXML need be rejected.

Aspirational, Consolidated are the Best Practices

An ISO Standard should not merely be the minutely detailed record of the operating characteristics of a single company's product, no matter how dominant that company is in its field. From the definitions provided by ISO and others, which were cited earlier, an International Standard should represent the “consolidated results of science, technology and industry.” A standard should be “aspirational.” In other words, it should not just show one vendor's way of accomplishing a task. It should attempt to provide “a summary of good and best practice” based on the consensus of expert opinion. It should teach the best practices for the repeatable, common practice of a given technology.

Industry records its best practices through standardization. The existing body of document and markup standards represents a compendium of reviewed, approved, and implemented best practices. The work of the World Wide Web Consortium (W3C) is especially relevant to XML document formats, since they maintain the core XML standard as well as related standards such as XHTML, CSS2, XSL, Xpath, XForms, SVG, MathML and SOAP, the standards that represent the very backbone of XML and XML-related technologies.

OOXML, however, incorporates very little of the consolidated best practices of the industry. Worse, would-be implementors of OOXML are asked to use Microsoft's proprietary, legacy formats, even when relevant and superior W3C standards are at hand. For example, Vector Markup Language (VML) was developed by Microsoft and proposed by it to the W3C, where it was evaluated by a technical committee and rejected back in 1998. The industry instead supported Scalable Vector Graphics (SVG), which was developed into a standard by the W3C and then widely adopted. The standard for XML vector graphics has been SVG for almost a decade. But OOXML uses the proprietary VML and Microsoft has only stated the intent to deprecate it.

The Culture of Self Interest is not Open



Let's be clear, an ISO standard should benefit everyone and should be developed by consensus and by open participation for all to embrace, enhance, and share. DIS 29500 as now proposed still only serves the commercial interest of one vendor and will always only serve the interest of one vendor Microsoft because that is the way it was designed.

Contributed by Russell Ossendryver / fanaticattack.com

Recent Techrights' Posts

Slopwatch: Plagiarism and Ponzi Scheme, Bubble About to Burst Entirely, Admits Goldman Sachs
the hype that Google News and The Register MS actively participate and profit from
The Register MS Says "AI Web Crawlers Are Destroying Websites", So Why Does The Register MS Help 'AI' Companies? (Spoiler: Money)
People need to call out The Register MS on its hypocrisy
Slopfarms Already Peaked, They Will Die When Slop Companies Run Out of Money to Borrow
slopfarms will lack an actual "engine"
Why We Publish Information About the SLAPPs (But Not About the Legal Process), an Abuse of Process by Americans Trying to Silence Critics of Their Employer, Microsoft
It doesn't take thousands of pages to explain something simple
 
Telecompaper Reports Microsoft to Reduce the Workforce by Another 10% (in France)
Imagine what this will do to staff's morale
Microsoft in Freefall in Finland
Can Finland eradicate Windows from all its infrastructure, including core operations that are sensitive to sabotage by cracking?
Google's Chrome Passes 70% and Web Standards Are Dying
The Web is quickly becoming devoid of any standards
India is Back to Windows 8 (Market Share Down to 8%) as Android Soars to a New Record High
For Microsoft, India is a runaway market
Links 02/09/2025: SCO Summit and Russia Suspected Of Jamming GPS
Links for the day
Gemini Links 02/09/2025: Mediterranean Marriage and Staying Connected at 35,000 Feet
Links for the day
Links 02/09/2025: Attacks on Unions, Microsoft TCO, and DDoSing a Growing Problem
Links for the day
Internet Relay Chat Didn't Fall Off a Cliff
IRC will turn 40 in less than 3 years from now
The UEFI 9/11 - Part V - This is Not a Drill (Disable "SecureBoot" Now)
A "9/11" Coming
There's No Obligation to Speak to Anybody
The very fact that "bkuhn" is till spending time in social control media says a lot about his poor judgment
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Monday, September 01, 2025
IRC logs for Monday, September 01, 2025
Microsoft Trying to Force People to Resign (Amid Mass Layoffs) a Strategy That Takes Its Toll
Microsoft seems to be circling down the drain and the "final flush" will be the moment the "hey hi" (AI) bubble implodes completely
Google Simply Cannot Be Trusted
Only fools would trust GAFAM
Admission That a Third Party (or Parties) Funds the SLAPPs Against Techrights
This can end up costing them over a million dollars
Modifying and Writing One's Own Computer Programs is Not a Crime (or: Google Proves That Stallman Was Right)
We're generally gratified to see so many positive mentions of him
Why We Stopped Publishing Videos (for Now)
We'll probably get back to videos one day, but it's hard to say when or to what extent
What Animal Rights Activism Teaches Us About Sympathy and Focus
It's possible to believe that the planet is warming, that we must do something about it, and still eat eggs and butter
When You Turn Web Sites About Tech Into Political Sites
A lot of people fall into the trap of catering only for particular groups
Gemini Links 02/09/2025: ROOPHLOCH 2025 and Lagrange 1.19 Released
Links for the day
Gemini Links 01/09/2025: News Corp. WSJ and A Month With NixOS
Links for the day
“Sideloading” Never Killed Anybody
There are many online discussions this week about the misnomer "sideloading"
Slopwatch: Google News as FUD Vector Against Linux and Plagiarism Enhancer, Serial Slopper (SS) Uses LLMs to Googlebomb "Linux"
Slop destroys the Web not just by screwing with search engines and helping plagiarists. It's also responsible for de facto DDoS attacks...
Links 01/09/2025: "Attacks on Science" and China's "Soft Power" Grows
Links for the day
Links 01/09/2025: Fresh Backlash Against Slop and "Norway’s Electricity Crisis is About to Hit Britain"
Links for the day
Writing and Coding Isn't Always Enough
Last year we had to assume a role we didn't have before: litigants
Links 01/09/2025: Catching Up (Mostly via Deutsche Welle), "Windows TCO" Effect in UK
Links for the day
Gemini Links 01/09/2025: Linguistic Barriers and "Web 1.0 Hosting"
Links for the day
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Sunday, August 31, 2025
IRC logs for Sunday, August 31, 2025
Autumn Has Come
Autumn should be exciting in all sorts of ways; it'll also mark our anniversary
The UEFI 9/11 - Part IV - External Interference
They all seem to be playing a role in crushing Software Freedom and self-determination for users
Links 31/08/2025: Baggage Claim Scams, an Insurrectionist’s War on Culture, and a Sudden Robotics Hype
Links for the day
Gemini Links 31/08/2025: Reviewing Netsurf and Slightly Less Historic Ada Design
Links for the day
IBM Has Taken Control of GNOME
Don't expect a successor to be found any time soon
Links 31/08/2025: Google Gmail Data Breach and LF Puff Pieces for Pay
Links for the day
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Saturday, August 30, 2025
IRC logs for Saturday, August 30, 2025
This is What Google News Has Become
Moments ago