Slashdot Mirror


de lcaza calls OOXML a "Superb Standard"

you-bet-it's-not-out-of-context writes "A blogger on KDE Developer's Journal has found an interesting post by Miguel de Icaza, the founder of GNOME and Mono, in a Google group dedicated to the discussion of his blog entries. Six days ago Miguel stated that 'OOXML is a superb standard and yet, it has been FUDed so badly by its competitors that serious people believe that there is something fundamentally wrong with it.' In the same post he says that to avoid patent problems over Silverlight, when using or developing Mono's implementation (known as Moonlight), i's best to 'get/download Moonlight from Novell which will include patent coverage.'"

11 of 615 comments (clear)

  1. Nope by christurkel · · Score: 5, Insightful

    Little things like this in the spec make it less than superb:

    Table like Word95

    Only Microsoft has that information. No one else can implement this "superb" standard like MS can.

    --

    CDE open sourced! https://sourceforge.net/projects/cdesktopenv/
    1. Re:Nope by DaleGlass · · Score: 5, Insightful

      That's clever. Did you miss the part of the standard where that sort of thing is required for backwards compatibility? Apparently only Microsoft
      cares about that sort of thing, so that's why it's in the damn standard.

      That's the completely wrong way to specify it. A "standard" that says things like "tables like Word 95" is worthless, just what's that supposed to mean anyway? If you want to standarize a method of brewing coffee you don't say things like "The way Bill Gates makes it", you specify the exact procedure to be followed. If the behavior can't be fully determined based on the standard, then it's crap.

      Things like that shouldn't be in the standard in the first place. If you're opening a Word95 document and saving in another, then to preserve the formatting you don't say it's "like in Word95", you specify the list of attributes to achieve the same effect: padding, alignment, margins, etc.
    2. Re:Nope by IWannaBeAnAC · · Score: 5, Insightful

      The problem is that OOXML defines a bunch of tags for 'backwards compatibility', but doesn't define what they do. To say that 'ODF fanboys and FSF-sponsored trolls don't care about that sort of thing' is insulting. Lots of people, including FSF members, have spent thousands and thousands of hours trying to reverse-engineer Microsoft binary formats. A document specifying this behavior would be universally welcomed, by both the FSF and 'ODF fanboys', because it would then be possible to write high-fidelity converters between old MS formats and ODF (or from MS binary formats to a non-legacy subset of OOXML, for that matter).

      Having a bunch of tags with no definition as to what they do is not an ingredient of a good standard. If you wanted to define a bunch of custom tags, it could just as easily be done as an extension to ODF, which, if it was well-defined, ISO and the open source community would surely have no problem with. Having a international standard where significant parts of it are 'depreciated', is itself rather bizarre. If the backwards-compatibility binary-format tags are depreciated, why include them in the international standard?

    3. Re:Nope by bentcd · · Score: 5, Insightful

      A "standard" that says things like "tables like Word 95" is worthless, just what's that supposed to mean anyway? I have been wondering why the standard is so mind-boggingly long. Why can't it just say "Do OOXML the way Microsoft does it" and be done with it? Seems such a waste to write 6,000 pages (or whatever) when you can say the same thing in seven words.
      --
      sigs are hazardous to your health
  2. Does this guy have any credibility left? by AuMatar · · Score: 5, Insightful

    First Mono. Now he wants us to download stuff from a specific vendor to get patent protection. And finally he thinks a standard that has hundreds of pages of backward compatibility modes for 10 year old apps is a good standard? Is there anyone not ignoring him completely yet?

    --
    I still have more fans than freaks. WTF is wrong with you people?
  3. Re:First things first. by nuzak · · Score: 5, Insightful

    It's his own blog.

    --
    Done with slashdot, done with nerds, getting a life.
  4. It's not too surprising by Analog · · Score: 5, Insightful

    Miguel has been fascinated with Microsoft since long before he started writing Gnome, and that fascination shows no signs of having waned. Unfortunately, while it allows him to see the good things MS has done in a clearer way than many of those in the free software world, it also tends to give him a bit of a blind spot where some of their deficiencies are concerned.

  5. RTFL - Submitter is a Jackass by DreadSpoon · · Score: 5, Insightful

    Read the fucking link, instead of ripping on the guy for selectively chosen comments without their supporting context and explanation.

    (a) He says OOXML is great not because the specification itself is a work of engineering genius, but because out in the Real World is easier to implement than ODF. That might not be for a good reason (OOXML is similar to existing World formats in structure, and so existing code is easily modified to use it, where ODF requires an entirely new approach and so is far harder to add to existing software), but it's certainly a different story than Miguel just blindly loving the OOXML spec.

    (b) The patent protection claim is exactly what it sounds like, except for the fact that there are NO known parents which Moonlight or Mono infringe. It's a simple of matter of, "if something comes up, we won't sue your customers." Those same companies (Microsoft and the MPEGLA group) are still totally free to sue the developers and companies behind FFMPEG, Linux, GNOME, KDE, Apache, X.org, OpenOffice.org, etc. Nothing about the protection Novell offers will increase the risk of those lawsuits - all it does is decrease the risk for people who download from them. It's a nice gesture that some suit-wearing types give a fuck about, and the rest of us are free to ignore just like we ignore the patent minefield for every other project, all of which are guaranteed to be infringing _something_.

    (c) The article submitter is a sensationalist jackass.

  6. Re:OOXML. by suv4x4 · · Score: 5, Insightful

    Yes, he said this: "ODF's model of 'chartness' didn't fit well with Gnumeric. In contrast XLSX may be ugly, but it''s concepts were very familiar from XLS. We already had much of the code required to handle it."

    He didn't say it's a great standard. He said it's a great spec upon XLS serialization in XML, and hence it's easier for him to port XLS importer to XLSX importer. Is anyone even arguing about this here? If there is I never saw him/her.

    May I entertain the possibility you have difficulty understanding the fundamental difference between good spec, and a good standard?

    This, and comments like "OH MY GOD THEY USE A BITFIELD THAT IS JUST SO-NOT-XML (am using caps to encapsulate the outrage in an actual discussion when an acquaintance of mine lost it)" doesn't help your position stand up.

    When you publish your opinion, people read this opinion and you get feedback on it. If you were an average Joe, probably no one would care. You're not however, this is why people like you should put more thought into what they put out in the public than you did, and then now whine that someone "obsesses" over it.

  7. Re:That statement proves it: by kjart · · Score: 5, Insightful

    Icaza is a thoroughgoing Microsoft shill.

    Yeah, starting with an ad hominem makes me want to take your arguments seriously.

  8. Re:OOXML. by stilborne · · Score: 5, Insightful

    > but we have to support them both *anyways*, so its not like its a big deal.

    Holy mackerel.

    First: I really don't care to get into a pissing match about the deficiencies of OOXML as a possible standard (they are legion and often fundamental; and whether or not you understand that and/or choose to minimize the severity of these things changes nothing). I will say that I'm very happy to finally see at least *some* open documentation for the new Microsoft Office format; that has to make things easier for the people implementing filters. As such I am completely unsurprised that those people are happier than they were a couple years ago. In fact, I'd be surprised if they weren't. That part is probably something you and I agree on =)

    However the quote above is utterly shocking. Let me explain what I mean:

    You are right that we have to support both OOXML and ODF out of practicality. But you know what? That sucks. It would be best for everyone if there was only one format to support. Nobody would lose in that scenario, except perhaps the owners of companies with business models that depend on format variance to sell their product.

    In the case of document format storage, a standard is truly important because formats (poor or not) that eventually lose implementations over time carve out blank spaces in our history once we can't read them properly. These same formats are also the source of certain information inequalities in society (e.g. those who can't obtain an implementation for financial, social or political reasons). This may not matter so much for Acme Inc's quarterly reports but it sure does for government, health and other socially vital information. Remember when some hurricane Katrina victims couldn't use the FEMA website because they had slightly older computers? This isn't a made up boogyman, this is stuff that bites us as a society fairly regularly. Now imagine a hundred years from now when we can still read the constitutions of our countries, research papers, poetry and other examples of human kind's great literary works that are hundreds or even thousands of years old ... but can't read the documents we're creating at the start of the 21st century. How will we learn from our history if we can't study it fully?

    Getting proprietary formats out of the way as soon as possible so that we do not extend this mess any further than necessary is absolutely the responsible thing to do in light of our (hopeful) future.

    By allowing OOXML to pass from "specification" to "international standard" would be doing exactly that: extending the problem as it will give years if not decades more life to the format. If OOXML was rationally implementable and properly documented, it wouldn't be as big of an issue. It would be, as you put it, simply suboptimal. The fact of the matter is that OOXML is not rationally implementable and not properly documented. That's why it lost the recent vote; it wasn't because of lobbying (and trying to imply that when Microsoft got its hand caught in the cookie jar is pretty ballsy, by the way). Are some interests acting out of concerns for their business models or pet projects when they rally for ODF and against OOXML? I'm sure they are; but that alone isn't reason to dismiss the fact that OOXML is problematic and that we don't need two standards (any more than it is to dismiss OOXML just because it comes from Microsoft).

    So please, admire OOXML for what it is: a step forward in documenting what historically has been one of the more pernicious sets of file formats we've had to deal with; but don't mistake that for being a reason to make it an international standard which will only prolong the issues that are part and parcel of the Microsoft Office formats, even in this current version of the specification.

    I know that having a bunch of people shit on you in public sucks major donkey nuts and certainly would put most rational people into a rather ungracious mood, but please think above that noise and consider with your intell