Bonum Certa Men Certa

Slashdot: World's Third-Largest Population Appeals ISO's Decision (Updated, Confirmed)

MicrISOft



We haven't concrete proof yet, but Slashdot, citing what we did yesterday, came up with the headline "Brazil Appeals OOXML Decision." For background on this appeal, you might wish to read about the events in South Africa.



Brazil is now appealing the ISO's decision to standardize OOXML, following South Africa's lead.


Can anyone confirm this? This came to my attention in a response I received in Technocrat and I've just asked in Bob Sutor's blog for something substantiated. Might Slashdot be right? Or wrong?

Either way, in other ODF news, watch the following very elaborative analysis from SVG.org:

Thomas is part of the legal team representing some companies in the EU against Microsoft. The bit in the interview that caught my attention was the following quote:

We filed our complaint with the Commission last February, over Microsoft's refusal to disclose their Office file formats (.doc, .xls, and .ppt), so it could be fully compatible and interoperable with others' software, like Linux. We also had concerns with their collaboration software with XP, e-mail software, and OS server software and some media server software with their existing products. They use their vast resources to delay things as long as possible and to wear people down so they'll give up.

[...]

What is worse is that even if people manage to stop OOXML from becoming an ISO standard it will be an ephemeral victory. We need to recognize that this is the problem. Instead of trying to bury OOXML, which amounts to covering the sun with your finger. We need to make sure that OpenOffice.org can thrive on its technical grounds.


On the technical side, OpenOffice.org makes good progress. In fact, the following press release has just come up.

Advanced Integration of OpenOffice.org with Apple VoiceOver, ODF Editing is Now Accessible on All Key Desktop Platforms; More Than 100 Extensions Available for OpenOffice.org


As we stated a few days ago, the download pace of OpenOffice.org had gone up significantly.

Update: The news from Slashdot can now be confirmed by Groklaw, which has the details. Bravo, Brazil!

According to Andy Updegrove, there are more appeals on the way (we just don't know about them yet). This is excellent news. The appeal from Brazil is reproduced below.




Dear Sirs,

The Associação Brasileira de Normas Técnicas (ABNT), as a P member of ISO/IEC/JTC1/SC34, would like to present, to ISO/IEC/JTC1 and ISO/IEC/JTC1/SC34, this appeal for reconsideration of the ISO/IEC DIS 29500 final result.

This appeal is based on two main considerations:



1. Brazil considers that the BRM was inconclusive. 2. Brazil considers that the final version of the ISO/IEC DIS 29500 text shall be released immediately.


1. About the BRM

At the BRM, the Brazilian delegation was not allowed to present an important proposal regarding the legacy binary mapping. This proposal was a complementary part of USA delegation proposal regarding the new organization of the ISO/IEC DIS 29500. It also shall complement the scope change proposal approved at the BRM.

Brazil has tried to present this proposal, during the debates, on the first day of the meeting and, attending to a request made by the convenor, Brazil has taken offline discussions with USA and other delegations and prepared its proposal to be presented on Friday, during USA proposal presentation. On Friday, when USA ended their part of presentation and asked for Brazil to present its part of it, the convenor denied this opportunity to Brazilian delegation.

Several delegations has protested against that arbitrary decision, but those appeal was in vain and until the end of the BRM, the Brazilian delegation was not able to present its proposal. The main reason alleged by the convenor was “lack of time”. The proposal here mentioned, is the one available on the file “Br_Multipart_Proposal.ppt” available to all BRM members the ISO/IEC/JTC1/SC34 website at least since the fourth day of the meeting.

Brazil also noticed that most of the decisions taken during the BRM were based on the “lack of time” argument, and we think that this is completely incompatible with the kind of decisions that should have be taken on that meeting.

During the BRM, some decisions were also taken based on the argument that “we need to give answers to journalists”, and we think that the media coverage of that meeting was not so important as the meeting results, to be used as a decision making criteria. Even with the “lack of time” alleged, some members of ECMA delegation, and not members of any NB, was allowed to do half-hour speeches during the two first days of the meeting.

The voting rules of that meeting were not taken in accordance with ISO/IEC/JTC1 directives subclause 9.1.4. Brazil also notes that the ISO/IEC DIS 29500 was voted under ISO/IEC/JTC1 but the BRM was organized by ISO/IEC/JTC1/SC34. Even if the directives subclause 9.1.4 was intended to be used, Brazil cannot understand if the P member status considered, should be the ISO/IEC/JTC1 or the ISO/IEC/JTC1/SC34 one.

Brazil also considers that if most part of the issues was to be decided by vote, without any kind of discussion allowed.

About the same subject, Brazil considers that the elected “default voting criteria” was only elected because it was the “less bad” criteria that could be analyzed, and we do not consider that this voting decision represents the intent of the vast majority of BRM delegates. They went there to discuss the technical propositions.

Analyzing the document “SC 34 N 990 - EDITED NOTES OF THE MEETING”, on page 7, we have found the register of BR objection to the multi-part split decision but analyzing the document “SC 34 N 989 - RESOLUTIONS OF THE MEETING” we do not find that objection registered.

During the BRM, the delegations were asked to vote in block for the rejection of a set of responses that was considered by the convenor as “responses without any editing instructions”. Those responses are listed on the file “dis29500-nochange.txt”, available at the SC34 website during the BRM and, as far as Brazilian delegates remember, this set of responses was “rejected in block” as requested.

When we analyze the documents N989 and N990 we do not see any reference to that decision and also at the ISO/IEC/JTC1/SC34 document with title “Result of Proposed disposition of comments (SC 34 N 980)”, that presents a table with the status of each response, some of the “block rejected responses” appears as accepted (e.g. responses 3, 5, 10 and 11 among others).

To finalize our considerations about the BRM, analyzing the document N 989, we've found that the BRM can be summarized by:
Total of responses available for discussion: 1027 100 %
Total of responses addressed at the BRM: 189 18,4 %
Total of responses decided by “default” vote: 838 81,6 %


We use the term “responses addressed at the BRM” above because the majority of those responses was decided by block vote without any discussion at the BRM.

For the above-mentioned reasons, Brazil considers that the ISO/IEC DIS 29500 BRM was inconclusive.

2. About the final version of ISO/IEC DIS 29500 text

According to the directive item 13.12, the final version of the ISO/IEC DIS 29500 text shall be distributed on not more than one month after the end of the BRM.

Seen that almost three months has passed after the end of BRM, without any final version of the text distributed or published, and based on directive subclause 13.12, Brazil request the distribution of ISO/IEC DIS 29500 final text.

For all those reasons presented, Brazil kindly request that the final result of ISO/IEC DIS 29500 should be reconsidered by ISO/IEC/JTC1 and ISO/IEC/JTC1/SC34.

Best regards,

Marcia Cristina de Oliveira

ABNT – Manager Standardization Process

Comments

Recent Techrights' Posts

Leak: European Patent Office (EPO) is Now Attacking Amicale Clubs
corruption has become the norm and scientists are robbed of any dignity
Oracle Fraud (or Defrauding Shareholders)
"the obvious [lie] is that watts are (wasted) electricity [and] and FLOPS are computing capacity"
Explaining (in Length and Depth) the Damage Matthew Garrett Did to Linux and to GNU/Linux Users
no matter how many threats we receive
 
Moving From Content Management Systems (CMSs) to Static Site Generators (SSGs) Saves You Time, Makes You a Lot More Productive
try to reduce the cost (financial and computational) of running your site
Pursuing Peace Through Violence
You cannot "see" a person's mind, until the mouth opens
Can We Please Stop Celebrating Shooters?
"An important point to hammer on is that CoCs were never intended for uniform or symmetric application"
Geminispace is Growing Faster in 2025 Than It Did in 2024
What matters is that corporations haven't ruined it and LLM slop is extremely rare
Links 13/09/2025: China Punishes for 'Negative' Posts, US Police Unable to Find Shooter
Links for the day
Who's the Mystery Financier of SLAPP Against Techrights and Is That a Millionaire/Billionaire?
Whose idea was it to fund meritless lawsuits against my wife and I?
Slopwatch: Slow Slop Day
This distracts from or may take traffic away from the original articles, actually written by actual people
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Friday, September 12, 2025
IRC logs for Friday, September 12, 2025
CoC Gone Wrong: Celebrating Murder OK, Complaining About the Celebration Gets You Banned
Hopefully the NixOS Foundation will have a word with (maybe replace) the moderator/s
Gemini Links 12/09/2025: Familiarity and Secondary Dominants
Links for the day
Links 12/09/2025: "Bad Reviews" as Extortion Weapon, "Free Speech At Risk in America’s Schools" According to ACLU
Links for the day
Only One Speaker Does Not Do Sharecropping for MElon (in X.com)
The man who puts principles before PR/optics
The Mind of the 'Hulk Hogan of UEFI'
in a nutshell
A Day After "UEFI 9/11": UEFI Secure Boot Bypass
In the news today (right now), as published in the past few hours
Links 12/09/2025: Slop Code as Liability, Microsoft Outlook Down for Many
Links for the day
It's Still Not to Late to Turn Off "Secure Boot"
If people reboot their PC or server today, and it relies on "Secure Boot" on Sept. 12 or later, then depending on the firmware there may be trouble ahead
Links 12/09/2025: Shira Perlmutter is Back, “Software Per Se” Patent Rejections in In re McFadden
Links for the day
Slopwatch: Linux Plagiarism, Slopfarms Still Infesting Google News, Many Images Are Fake
Google is promoting plagiarism
"This Morning Might Turn Out to be an Interesting One for System Admins Who Haven't Updated Their Devices' Secure Boot Certificate" (If They Reboot)
Who asked for this anyway?
Gemini Links 12/09/2025: Metric System, Dumping Windows, and Software Architecture is Dead
Links for the day
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Thursday, September 11, 2025
IRC logs for Thursday, September 11, 2025
Microsoft Admits the Workers Have Lost Trust (Endless Layoffs, 12-13 Rounds of Layoffs This Year), So Now It's Trotting out Its Peter Bright-Like Media Prop Jordan Novet
What they don't want people to pay attention to right now
Links 11/09/2025: Windows TCO and Russian Drones Invading Poland (EU/NATO)
Links for the day
Gemini Links 11/09/2025: xkcd, misfin, and Alhena 5.3.2
Links for the day
Repetition of Last Summer (Microsoft Breaking Dual-Boot Systems)
UEFI 9/11 is about to kick in
UEFI 'Secure Boot' Boiling Frogs (Cannot Turn Off 'Secure Boot')
"MSI laptop is locked on Secure Boot and doesn't allow me to turn it off"
UEFI 9/11 Aftermath - Part IV: The 'Hulk Hogan of UEFI' and His 'Hideout' Holiday (Retreat From Reality)
Let's keep an eye on what matters
UEFI 9/11 Aftermath - Part III: Mr. 'Secure Boot' (Shim) and His Fake 'Holiday' (Sending My Wife and I Threatening E-mails on 9/11)
despite being on holiday, according to him, he finds time to instruct lawyers to contact my wife
UEFI 9/11 Aftermath - Part II: "The SecureBoot Thing Got Out of Hand."
The next few weeks might be... interesting
UEFI 9/11 Aftermath - Part I: "I Believe This Affects Thousands of Devices... Because Multiple Devices I Checked, Whether Client or Server [...] Affected."
Most people aren't even aware that this is happening or about to happen
The UEFI 9/11 - Part X - An Outline of the Series About Microsoft Sabotaging GNU/Linux (With Ramifications to Unfold Online in Coming Weeks as People Reboot)
Today is UEFI 9/11 (9/11/2025)
Ron Wyden: Microsoft Should be Held Accountable for Security Breaches (He Has Said This for Years Already, It Never Happens)
Negative media coverage isn't a fine and it does nothing to compensate Microsoft's billions of victims
Culture of silence: Ubisoft harassment convictions, Mozilla, Sylvestre Ledru & Debian make no comment
Reprinted with permission from Daniel Pocock
Disable 'Secure Boot' (If It Lets You)
it doesn't put you in control
Links 11/09/2025: "Hey Hi" Ponzi Schemes at Oracle (Unpaid Contracts) and Cindy Cohn is Leaving the EFF
Links for the day
Longtime Red Hat Staff: Maybe Just Disable 'Secure Boot'
A refreshing take from Adam Williamson
Gemini Links 11/09/2025: Playdate Console, Dichotomy between the Real and the Digital
Links for the day
A Dozen Observations About "UEFI 9/11" Deflections
What we are expected to see, tentatively
The Microsoft AstroTurfing and Microsoft-Led Blame-Shifting Tactics Are Ahead of Us
Of course it has nothing to do with security, it's about control, i.e. them controlling everything
Celebrating Assassination is Bad Because It Legitimises Assassination of the People You Like, Too
Condoning or even celebrating political assassinations is bad optics (and taste)
The World's Richest Ponzi Scheme (Faking Value Using Net Waste)
The higher they go the harder they fall
We Could Dual-Boot Back in the 1990s, Why Has This Become So Difficult?
And prone to breakage
Being Conditioned to Accept Unreliable Computer Systems That Fail With Black Screen of Death (BSoD)
Welcome to 2025
Slopwatch: Google News is Still Promoting Many Fake Articles About "Linux", in Effect Rewarding Misinformation and Plagiarism
things continue to deteriorate
New Series: The Coup Against GNU/Linux Has Begun
today, this year in particular, we shall also focus on Secure Boot, which is sold based on a lie and tortures many computer user
New Paper on "BYOVD, but in firmware. Signed UEFI shells, vulnerable modules offer new paths for Secure Boot bypasses."
One might say digital "security theatre"
Links 11/09/2025: Oracle Layoffs, Drunk Pilots in Japan Airlines, US-Korea Tensions Grow
Links for the day
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Wednesday, September 10, 2025
IRC logs for Wednesday, September 10, 2025