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

Linux Journal Might Have Become the Latest Slopfarm Targeting "Linux", the Trends Are Concerning for Dying News Sites
They tarnish the Web with junk and then die
On "Learning to Code"
quality may suffer, plus things get bloated
Quick Points Regarding This Week's Court Hearing
it paves the way for us to squash all the SLAPPs from Microsofters
 
"Six years of Gemini!"
From gemini://geminiprotocol.net
Gemini Links 20/06/2025: Summer Updates and Hardware Failures
Links for the day
Links 20/06/2025: Google Shareholder Sues Google and Google Sued for Defamatory Slop ('Hey Hi') Word Salads ('Summaries')
Links for the day
Common Mistake: Believing Social Control Media Will Document Your Writings/Thoughts and Search Engines Like Google Will Help You Find These
Many news sites wrongly assumed that posting directly to Twitter would be acceptable
The Manchester Bees and This Hot Summer
We have had a fantastic week so far this week
Gemini Protocol Enters Its Seventh Year, Growth Has Accelerated!
Maybe in June 20 2026 there will be over 3,500 active capsules?
Mastodon and the Fediverse Have an Issue: Liability for Content (Even in Other Instances) and Costs
self-hosting is the only logical path forward
Why Microsoft and Its 'Hey Hi' (Slop) Frenzy Fail While Sinking in Deep, Growing Debt
Right now, like Twitter around the time it was sold to MElon, "open" "hey hi" is a big pile of debt with a lot to pay for that debt (interest payments)
Europe is Leaving Microsoft, the Press Coverage Isn't Sufficiently Helpful
The news is generally positive, but the press coverage leaves so much to be desired
Slopwatch: Linuxsecurity, BetaNews, and Linux Journal
slippery slope
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Thursday, June 19, 2025
IRC logs for Thursday, June 19, 2025
Gemini Links 20/06/2025: Gemini Protocol Turns 6!
Links for the day
Links 19/06/2025: Ghostwriting Scam and Fentanylware (TikTok) Buying Time
Links for the day
Microsoft's Windows is a Niche Operating System in Africa
African nations aren't a large contributor to Microsoft's income, but if many African nations move away from Windows, then the monopoly is at risk
Gemini Links 19/06/2025: Unix Primitivism, Zine Club, and Gemini Protocol Turns 6 at Midnight
Links for the day
Links 19/06/2025: WhatsApp Identified as Assassination 'Crosshairs', Patreon Now Rips Off People Even More
Links for the day
"Told You So": Another Very Large Wave of Microsoft Layoffs Now Confirmed in Mainstream Media
So we were right to believe the rumours, based on the credibility of prior such rumours
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Wednesday, June 18, 2025
IRC logs for Wednesday, June 18, 2025
Gemini Links 18/06/2025: Magit and Farming
Links for the day
Slopwatch: BetaNews is Now a Slopfarm (Like Linuxsecurity) and Google News is Overwhelmed by Slopfarms
The Web is bad
Links 18/06/2025: SCOTUS Decision on Fentanylware (TikTok) Still Ignored, 4.5-Day Work Weeks
Links for the day
Links 17/06/2025: Windows TCO and G7 Rifts
Links for the day
The Right to Know and the Freedom to Report on Crime (at the Higher Echelons)
I'd like to do the same thing for the next 20 years
BetaNews Appears to Have Fired All Of Its Staff
Even serial sloppers
After the Web Becomes Slopped to Death
A lot of people are rightly fed up with the "modern" Web
Gemini Protocol Turns 6 on Friday
Active (online) Gemini capsules are estimated by Lupa at over 3,000
Like Most Social Control Media, Microsoft LinkedIn is Collapsing
One reason for Microsoft acquisitions is debt-loading, i.e. offloading and burying its debt
Microsoft is Losing Its Richest Clients
Unlike some very poor countries, Germany and the EU are a considerable source of income to Microsoft
Proprietary Means Not Secure
Proprietary software tends to rely on secrecy, not good design
Slop in 'AI' Clothing is a Passing Fad, We'll Get Past It (Like Blockchain Before That)
Many people cheat in exams using slop and there are professionals that try using slop as a "shortcut"
GNOME Does Not Campaign Against Microsoft, KDE Does
It's good to see that KDE is still active in promotion of Free software - a term that it uses
Slopwatch: BetaNews, Linuxsecurity, and Other Prolific Slopfarms
name and shame the sites that establish such proliferation of slop
Gemini Links 18/06/2025: Birch Lake and Loon Pond
Links for the day
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Tuesday, June 17, 2025
IRC logs for Tuesday, June 17, 2025