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

Salaries Are Counted in Money, Not in Participation in the Employer's Scheme
articles greatly exaggerating GAFAM salaries
Even Linux Cannot Cope With Slop
Bots on the Web are truly obnoxious
GNU/Linux Has Become More Mainstream in the United Kingdom
It's a long weekend here and we guess some people dabble in GNU/Linux migrations, at least at home
 
Anniversaries Next Month
The month should be otherwise quiet and uneventful for us
Coding is Not Obsolete
we drown ourselves in chaff to meet "LOC" objectives while ignoring everything else
Microsoft Layoffs Perpetual But Silent, People Pushed Out Using Pressure or Incentive Schemes
Earlier this month we named some of the programs
Links 30/08/2026: Apple Rant and LLM (Slop) Scrapers Target Gemini Protocol and Gopher
Links for the day
Walls in Free Software
mind your own business and move on
What a Summer!
Tomorrow is the last day of this month
Links 30/08/2026: Soldiers in Niger Attack Presidential Palace and Airport, Nepali City Struggles to Handle the Many Dead Bodies
Links for the day
Clownflare Sees GNU/Linux Rising to 11% This Past Week
Is it the year of "Linux in China"?
Links 30/08/2026: Russian Strike on a Ukrainian Warehouse and Rhetoric Escalations
Links for the day
Gemini Links 30/08/2026: Photography, Paper Books, Linux Kernel and the Debian Projects Permitting Slop Plagiarism
Links for the day
Imagine a World Where Nobody Fights for Software (and Computing) Freedom
The community keeps fighting back, so some of these ambitions are delayed or watered down
FSF Has Grown (More Staff) After a Year of Financial Growth
On October 4 the FSF turns 41
SLAPP Censorship - Part 166 Out of 200: Garrett Wasn't Found Innocent Per Se, the Court Wanted More Evidence of Who Was Behind Particular Accounts Using Tor
It's complicated
Criminals Don't Obey Laws, California Does Not Enhance Online Safety
It has been a while since we last mentioned so-called 'age-verification' laws
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Saturday, August 29, 2026
IRC logs for Saturday, August 29, 2026
Links 29/08/2026: Stop the Hate, Goldfish Myths, and xmpp.nz
Links for the day
Links 29/08/2026: Wave of Social Control Media Bans, Suno Data Breach Class Actions
Links for the day
Links 29/08/2026: Microsoft GitHub Outage (Again), "Displaying Ads Directly on Your Monitor", and "Election Deniers Could Soon Control Elections"
Links for the day
IBM is "Taking the PIP" (Piss), People 'Retire' 'Voluntarily' to "Focus on Family"
IBM has a billion bucks for 'the butcher', but not a million dollars for critical projects and initiatives in Free software
It Should be Uncontroversial to Say That Social Control Media is a Weapon
Democracy is not compatible with the likes of Kapo-Berg and MElon controlling public discourse of billions
Misuse of Bots (Now Sold as "Agents", "Hey Hi", "Automation", and "Efficiency")
They even try to rebrand robotics as "hey hi" and try to sell slop as "work"
Debian: Plagiarism OK, Just be "Responsible" About It
The result isn't the worst, but it's not good either
Don't Let Them Kill Activism
Are the oligarchs shutting the lid on activism and whistleblowers?
SLAPP Censorship - Part 165 Out of 200: Two Years Since My Wife and I Sued
In early September 2024 we hit back
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Friday, August 28, 2026
IRC logs for Friday, August 28, 2026
Gemini Links 29/08/2026: Death Notice, Systems Biology, and Gopher
Links for the day
Links 28/08/2026: Chatbot Pushers Admit They're Used Heavily for Social Engineering Scams, Strong Backlash Against "Smart Glasses" (CCTV on Legs)
Links for the day
Michael Catanzaro's Latest Blog Post Affirms Rumours of Red Hat Changes and RAs/PIPs at IBM
reading between the lines, IBM is "spitting out" Red Hat staff
If Linux Was Written in Rust, 80% or More of Linux Developers Would Not Understand It (Same If It's Composed by LLM Slop)
The licence (GPL) is not enough when there are ways to bypass it
Gemini Links 28/08/2026: Absurd Tomodachi Summer, Screen Piggery, and Jugulans 1.0.3 Released
Links for the day
Links 28/08/2026: "UK Power Grid Has a Phantom Data Center Problem" and "Growth at All Costs is Cancer"
Links for the day
SLAPP Censorship - Part 164 Out of 200: Patent Troll SLAPPs, Defamation Trolls, and Stranglers From America
You start to wonder if the core issue is insecurity
Rumours of More PIPs and Layoffs at Confluent Just Months After IBM Bought It
It is meanwhile apparent IBM will have mass layoffs next week (September)
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Thursday, August 27, 2026
IRC logs for Thursday, August 27, 2026
After Many Waves of PIPs (Silent Layoffs) IBM Makes Non-Silent Layoffs, Effective Next Week (September)
What we heard is turning out to be true