Unix Group Takes UK Standards Body To Court Over OOXML
superglaze writes "Halfway through the two-month window of opportunity during which OOXML's ISO standardization can be derailed by a formal objection from a national standards body, the UK Unix Users Group is trying to force the British Standards Institution to do just that. According to the Unix Users Group, the BSI used a flawed decision-making process when they chose to approve OOXML in the ISO vote. 'The UKUUG is also folding in many other complaints about Office Open XML (OOXML), such as unresolved patent issues and a lack of completion in the specification's documentation, and is calling for the High Court of Justice to force a judicial review of the BSI's decision.' This is not the first time a country's ISO vote has been challenged."
Why unx based systems will win over MS: http://comprog.freeforums.org/why-microsoft-will-not-exsist-for-much-longer-t31.html
-- (this is a sig) My Computer Programming Forumhttp://www.programers.co.nr/
Props UK, boo others.
The best thing about standards is that there are so many to choose from.
Instead of focusing energy on the ISO vote, focus on getting implementations of the standard that *you* think is reasonable into widespread usage. If you think it is ODF or RTF or HTML or any of the hundreds of file formats for document representation that should be the choice of governments, then get good, usable versions of software into the market.
Standing around crying because Microsoft bought a standard is only counterproductive and makes you come off looking like a bunch of whiners. On top of that, because the whining is explicitly anti-this new standard, it is implicitly perceived to be against progress. So you shoot yourself in the foot by appearing to want to go technologically backwards and like whiny bitches at the same time.
Save the energy you want to spend on protests and lawsuits and direct it towards building a better product.
OOXML is such a foul, repugnant anti-standard, and it will be pushed so hard, that if it's accepted it will severely damage the whole idea of interoperability standards.
ODF implementations have been written for countless office apps. Getting that out is not mutually exclusive with fighting OOXML.
Not really give a shit about OOXML? I mean just reading the wikipedia page makes me sleepy. Countries are actually arguing over this? This has to be last on my list of things that need sorted out.
Only the State obtains its revenue by coercion. - Murray Rothbard
Before I am called a shill or anything else, read what I have said, I want to know... Without regard to fanatics - don't bother responding - what has Microsoft done wrong with this? What has the ISO body done wrong? I see that people are unhappy, I see that people think that this is bad, and yet not one person has been able to put their reasons why in to logical reasons that I can comprehend. It always turns into a religious view and not one where there's any technical merit or reasons that hold up as to why they couldn't have ratified the standard. I just want to know WHY damn it... One, just one, shard of evidence (not belief) will be just fine. The way I figure it, well, it could just be ignored as we ignore the HTML 3.0 standards now if we wanted. You got a wallet, haven't you?
"So long and thanks for all the fish."
> The best thing about standards is that there are so many to choose from.
You're damn right. But OOXML is not a standard. A standard has to be documented properly and (which is more important) completely. OOXML satisfies neither of these conditions. So it's not a standard.
> Standing around crying because Microsoft bought a standard...
I'm tired of people like you. Look buddy, we're crying not because "Microsoft bought a standard". We're crying because a half-baked specification got recognized as a standard. We're crying because, in the near future, people will distribute documents in a format that is "according to ISO xxxx-yyyy" but in reality incompletely defined.
And do you think Microsoft can't convince some country's group to object if theirs gets booted and the other one gets chosen?
Google's Super Secret Search Algorithm: SELECT @search_results FROM internet WHERE @search_results = 'good'
Since when is this important? Sounds like a few people whining about things, and others whining back at them. People should whine less and work more. 10,000 news-worthy things happen every day, yet this insubstantial lard of a 'problem' is on here? Surely there are more important things to talk about, like the availability of banana laffy taffy. cry/whine/sue, thats all most people know how to do nowadays. What a shame of an existence.
I've got some karma to burn, so here's something blatantly off-topic. Where are the mods? I've hardly seen any comments above a 2 for the last several stories. Is nobody moderating anymore? Do I have my preferences set wrong? Feel free to reply as AC so you don't lose karma answering me. I'm just curious here.
Stop learning! Only you can prevent esoterrorism.
As the article post said, " the BSI used a flawed decision-making process when they chose to approve OOXML in the ISO vote."
Though "flawed" was a nice way of saying "corrupt," as the accounts we have been given by people who participated in the proceedings make it clear that the vote was directly manipulated in at least one case (technicians kept being dismissed, and the vote re-counted, until everyone was in favor). You can read details about that in prior slashdot articles on the subject (I'm too lazy to look it up, but I don't feel guilty about that, since it is because of your own laziness that I am even writing this). Also, for what it is worth, the standard has known flaws and is not complete, which is another reason why it shouldn't have been selected (at least not yet).
Also, the standard cannot be implemented by anyone but Microsoft. It is designed to be Microsoft-only. That makes it useless as a standard. ISO's job is not to give one company a monopoly over an industry standard, but rather to pick a standard that everyone can use. In this task, they have failed, to the detriment of the entire industry.
Forgot to type 'jobs' for the first sentence. It should be:
Because those of us that have jobs and are sent Word documents in email give a shit.
Forgive the reply to self...
Win a signed Stephen Carpenter ESP Guitar from the Deftones: http://def-tag.com/?r=0008781
Or modding down? :o) They're the same everywhere, aren't they?
I don't pay too much attention to people who don't even know a Jane from a John...
If the people over at the ISO have any level of logic left within their collective, they would have some respect for ODF and the people who worked on it and drop it. It is impossible for ODF to exist favorably in the face of of MS-OOXML for several, non-technical reasons
"Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
Why doesn't SCO just have the Federal Reserve bail them out. Dumbasses.
You are about to give someone a piece of your mind, something which you can ill afford...
Would you care to give an example of such an independent implementation? According to Alex Brown, the person who convened the Ballot Resolution Meeting for ISO/IEC, Microsoft's own current current implementation does not conform to the 'standard'
Ah, NOW I see what you mean. Why, in fact, I've just implemented the standard myself right here:
main(){exit(1);}
What do you mean my implementation doesn't conform? Neither does Microsoft's.
College-Pages.com - Online Colleges, Degrees, and Programs
Comment removed based on user account deletion
Comment removed based on user account deletion
Comment removed based on user account deletion
Because only MS can implement it. Which means, nothing will change and your ooxml documents will still be hostage to MS, which will still force you on the upgrade treadmill.
And even if you completely accept you fate and buy upgrade after upgrade, your old documents may still not be time-proof. For example, MS decided that I should not be able to open my thesis files anymore.
"The agriculture ministry is not in charge of Gundam" - Japanese ministry official.
If you are going to be as picky as Brown was there, then you run into the problem that ODF suffers from the same problem. OpenOffice often produces ODF documents that do not strictly follow the standard. The deviations of Office from transitional OOXML are no more severe than the deviations of OpenOffice from the ISO version of ODF.
If, on the other hand, you are going to cut enough slack to allow OpenOffice to count as implementing ODF, then anything that implements ECMA-376 is also at least a transitional OOXML implementation, and then besides Office and Office Mac, there is Pages and Numbers from Apple, NeoOffice on the Mac, TextEdit on the Mac, at least three open source OOXML/ODF translators, Thinkfree Office, Dataviz, and Google.
The irony of this is that your post will never receive the editors' attention because they browse at +5.
Anyone can join the UKUUG.
It only takes a very few active members to change their policies.
Expect some changes in the coming year.
If you want to understand this thoroughly and completely, the most reasonable thing to do would be to just read the standard. It's only a few thousand pages. You should be able to grind your way through it in a few days. ISO did.
Help stamp out iliturcy.
OOXML_IS_BORING
I have excellent Karma and I am not afraid to Troll it.
The summary struck me as odd, in claiming that the Unix group are suing for a number of complaints including the patents. Judicial review in the common law jurisdictions is generally limited to review for legality (ignoring proportionality and human rights for the moment), as opposed to review on the merits, and the patents complaint would be merits based. The claim is actually on the basis that the BSI didn't follow the processes they were required to follow, the patents issue is something the Unix group is upset about but not a ground for judicial review. I just thought I'd point this out, not that it really matters or that anybody cares.
As many other people who are posting have suggested. This whole situation is getting rather tiresome. The time spent campaigning to get ISO to change would be better spent coming up with APIs and utilities to enable developers to more easily create OOXML files. Neither format is going to go out of usage because of ISO's decision so the best solution for everyone is to support both formats as best as possible.
As for this civil action. I don't think they have a leg to stand on. What I know of the BSI (who are very well respected) is that they don't come to decisions lightly. There's no real evidence their process was flawed.
Yes in the past it's failed their criteria but that was because it didn't take into account ODF in the format. In a direct "pick ODF or OOXML" choice, it isn't fair to use "it isn't like ODF" as reasoning for not picking the format.
With regards to patents, all the defendants will do is say "there's no garentee that ODF is patent free either"
And NeoOffice supports it now.
As does Corel WordPerfect Office.
And Apple's iWork '08 (and Textedit. And the iPhone).
And Thinkfree Office.
And Gnumeric.
And QuickOffice.
And Dataviz' DocumentsToGo.
And Datawatch Monarch.
And Zoho Writer.
And Xpertdoc Studio.
(Shall I go on?)
Are you trolling; or just very, very misinformed?
What's purple and commutes? An Abelian grape.
Waaaaaah! We didn't get our way! Waaaaaah!
Waaaaaah! Let's sue! Waaaaah!
Waaaah! The system only works when it agrees with us! Waaaaah!
You are aware that it's not even possible for Office to be compatible yet, right? What's OpenOffice's excuse, though? Why aren't they compatible with ODF 1.1 or 1.2?
If you need web hosting, you could do worse than here
I do love Slashdot, but the apparent wish of the entire community to remain wilfully and childishly ignorant, insofar as Microsoft is concerned, is really quite disturbing.
The fact that content-free posts like " OOXML is such a foul, repugnant anti-standard " are repeatedly modded 'insightful' -- as are the myrad identical "OOXML is unimplementable because it includes undocumented tagss like autoSpaceLikeWord95" replies that inundate anyone who dares question the dogma of OOXMLBADBADBAD -- whereas any posts, such as the parent, which try to point out that autoSpaceLikeWord95 is actually documented perfectly well (albeit in the appendix rather than the main body due to its status as deprecated, as mandated by the ECMA), and give the relevent part of the spec are quickly modded down to Score: 0 and stay there...
It does make you wonder how many people are just ignorant, merely repeating what everyone else is saying because they haven't read the spec themselves (it is, after all, quite long); and how many are actually perfectly aware of the relevent facts but just don't like them.
What's purple and commutes? An Abelian grape.
Personally, I haven't heard about any comments being addressed in the MSOOXML spec. The reason you haven't seen any of the relevent references in any Slashdot discussion is that they're invariably modded down to 0 or -1, because Slashdot modders don't like it when reality disagrees with their anti-Microsoft POV. E.g., here's a link to someone quoting from the documentation for autoSpaceLikeWord95. Since, as any Red-blodded True Slashdotter will tell you, autoSpaceLikeWord95 is undocumented, quoting from the documentation is liable to disturb Slashdotters' world-view; it's easier to just stick your fingers in your ears, moderate down, and pretend it didn't happen.
What's purple and commutes? An Abelian grape.
All the more reason to link to the post in question if you're using it in support, as you quite rightly have in this case.
If I might just address a few words to Macthorpe (since he apparently reads every post in any conversation in which he posts) See, Macthorpe? How hard was that?
Coming back to your point, let me quote from the post you reference:
Now, the trouble I have here, (and I say this as man who writes software for a living), is that while I see reference to an algorithm here, I don't see the algorithm specified. In the post you reference I see a description of what will typically happen in two (or possibly three - the wording seems unclear) cases, and it offers a single example.
Now this would be adequate for an in-house functional spec, where I might be asked to produce something kind-of-sort-of like what it says in the spec. But for an international standard that is supposed to enable interoperability between independently authored applications, the quoted passage is woefully inadequate.
Don't let THEM immanentize the Eschaton!
Ohnoes! I didn't spoonfeed you freely available information, someone else did, and therefore you win the internets!
Grow up.
"It does not do to leave a live dragon out of your calculations, if you live near him." - Tolkien
Note the future tense.
Maybe, Slashdotters are just slow readers and haven't finished reading the 2293 pages of the Disposition of Comments in the past 3 months :-)
Besides, I'm not sure if it is actually a publically readable document: the version on the SC34 website (document #980) is locked and I'm not authorized to download it: DIS29500-2008-002.pdf
There's some meta-info about the document by Rick Jelliffe here: Interestingly, Jelliffe wrote:
So I say: go UKUUG! Sue their pants off! (and I'm not even a Brit).
To be, or not to be: isn't that quite logical, Slashdot Beta?
Characters in the following Unicode ranges should be treated as non-ideographic, even though those characters are ideographic: U+FF66-U+FF9F. Everything else is commentary.
What's purple and commutes? An Abelian grape.
After you, sir.
Don't let THEM immanentize the Eschaton!
Um, the algorithm is specified in the documentation for the autoSpaceDE and autoSpaceDN elements. What they're trying to say is that those two elements define spacing behavior for the gap between ideographic (i.e., Chinese/Japanese) text and non-ideographic (English, French, Russian, etc.) text. If the autoSpaceLikeWord95 compatibility setting is on, certain non-ideographic characters should be treated as if they were ideographic for the spacing algorithm's purposes, and vice versa.
As everyone on /. likes to say, the OOXML spec is 6000+ pages long. You're not going to get enough detail to implement the spec in a couple of paragraphs. My point was that all the undocumented "do such-and-such like some obsolete version of Word" that everyone points out as an example of how horrible the standard is have since been documented since those objections were raised. I wasn't trying to give you enough information to implement OOXML in a /. post.
Actually, on a second reading, that does indeed look suitably precise. I would like it worded a little less ambiguously, especially given some of the creative interpretations of standards MS have made in the past, but yeah, that looks like it might be sufficient.
I'll still be very surprised if they've addressed all the issues considered at the BRM, let alone all the comments from the national standards bodies.
Don't let THEM immanentize the Eschaton!
Yes, yes, conceeded.
No, and I wasn't trying suggest that quoted passage was inadequate for any purposes beyond implementing the autoSpaceLikeWord95 behavior. My apologies for any confusion on that point.
Don't let THEM immanentize the Eschaton!