Slashdot Mirror


OOXML Won't Get Fast-Track ISO Standardization

realdodgeman writes "The International Committee for Information Technology Standards (INCITS) recently held an internal poll to determine the position that the United States should take on Microsoft's request for Office Open XML (OOXML) approval. With eight votes in favor, seven against, and one abstention, the group was one vote short of the nine votes required for approving OOXLM ISO standardization. This will mean a huge slowdown to the standardization to the OOXML format. 'Given the controversial nature, relative complexity, and significant importance of the standard, the results of INCIT's vote is unsurprising. An INCITS technical committee also voted against fast-track OOXML approval last month prior to the executive board's vote. Further deliberation is clearly needed as well as further refinement of the format. It seems as though many of the organizations participating in the approval process are generally supportive of the standard itself, but are unwilling to voice unconditional support until their concerns are resolved. OOXML may be down, but it's certainly not out.'"

165 comments

  1. OOXML by Tuoqui · · Score: 4, Insightful

    Its by Microsoft, they cant even make their various versions of office forwards and backwards compatible and people expect them to put a standard out that will hold to the same?

    Also why doesnt Open Office.org sue Microsoft for trademark infringement or something for their obviously deceptively labeled standard that is being proposed?

    --
    09F911029D74E35BD84156C5635688C0
    +2 Troll is Slashdot's way of saying groupthink is confused
    1. Re:OOXML by VGPowerlord · · Score: 1

      Of course they won't. They'll partially implement it, then extend it so that their version doesn't work with everyone else's.

      Just like they do with standards not written by them.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    2. Re:OOXML by Anonymous Coward · · Score: 0

      Its by Microsoft, they cant even make their various versions of office forwards and backwards compatible and people expect them to put a standard out that will hold to the same?

      Also why doesnt Open Office.org sue Microsoft for trademark infringement or something for their obviously deceptively labeled standard that is being proposed? Generally because to win a lawsuit ( especially against a very much better funded opponent ), you need to actually have something to pin on them. There is no trademark infringement here, since OpenOffice.org does not have a trademark on "OOXML" , "OO" , or "XML".
    3. Re:OOXML by Tuoqui · · Score: 2, Interesting

      Yes but what about 'Open Office' I'm sure they must have a trademark on that. The entire standard in verbatim is 'Open Office Extensible Markup Language'.

      So I suppose if OpenOffice.org were to create a standard called 'Microsoft Office XML' that they were trying to pass off as a standard it would not end in a lawsuit?

      --
      09F911029D74E35BD84156C5635688C0
      +2 Troll is Slashdot's way of saying groupthink is confused
    4. Re:OOXML by HAKdragon · · Score: 3, Informative

      It's actually "Office Open Extensible Markup Language".

      --
      "Our opponent is an alien starship packed with atomic bombs. We have a protractor."
    5. Re:OOXML by bmo · · Score: 5, Informative

      "The entire standard in verbatim is 'Open Office Extensible Markup Language'."

      It's not.

      It's Office Open Extensible Markup Language.

      http://en.wikipedia.org/wiki/Office_Open_XML

      No lawsuit.

      And besides, Open Office precedes OOXML by a few years. If anything, OpenOffice.org *might* have a complaint about Microsoft misappropriating and reversing their name.

      --
      BMO

    6. Re:OOXML by doktor-hladnjak · · Score: 4, Informative

      Actually OOXML stands for Office Open XML which is really just short for Microsoft Office Open XML. This whole naming issue is really rather laughable being that OpenOffice.org has to include that .org in their name to avoid infringing on another existing trademark.

    7. Re:OOXML by Anonymous Coward · · Score: 0
      Its by Microsoft, they cant even make their various versions of office forwards and backwards compatible and people expect them to put a standard out that will hold to the same?


      Who? Where? You did? Maybe you should read at least the title of the article first. There's bug in your ability to comprehend basic concepts.

    8. Re:OOXML by NoMaster · · Score: 1

      Also why doesnt Open Office.org sue Microsoft for trademark infringement or something ...
      Well, firstly it's Office Open XML, not Open Office XML.

      Secondly I seem to recall that the reason the open office suite is called OpenOffice.org (or OO.o), and not just OpenOffice, is because someone else (MS?) already owned the OpenOffice name / trademark...

      --
      What part of "a well regulated militia" do you not understand?
    9. Re:OOXML by Cinder6 · · Score: 1

      Actually OOXML stands for Office Open XML which is really just short for Microsoft Office Open XML.
      So it's really MooXML? Personally, that sounds like a much better name to me :)
      --
      If you can't convince them, convict them.
    10. Re:OOXML by kennygraham · · Score: 4, Funny

      So it's really MooXML? Personally, that sounds like a much better name to me :)

      blah blah bovine overlords blah blah

    11. Re:OOXML by Anonymous Coward · · Score: 0
      Well, firstly it's Office Open XML, not Open Office XML.

      Whoa. Try selling Koka Kola or MyCrewSoft-brand software and see how far you get. Just try - please. Invest millions in your own Kodac camera company or start a new burger franchise called MacDonalds. Of all the dickheaded things about OOXML the "office open" aspect is the worst. Somebody has to bitch slap them for that and that alone. What next might ISO fasttrack? New units: The metercenti, the gramkilos, secunds ...

    12. Re:OOXML by tsa · · Score: 3, Informative

      Yeah I just read here that Apple's iWork '08 supports OOXML very well, while MS is still struggling with their OOXML implementation in Office for the Mac. I can hardly believe that story; why would it be more difficult to implement OOXML on the Mac than on Windows? Does OOXML depend on some built-in properties of the Windows OS? If that is the case it will never be an open standard.

      --

      -- Cheers!

    13. Re:OOXML by CastrTroy · · Score: 3, Insightful

      Too bad iWork isn't open source. I really would like to see how they implemented the "AutoSpaceLikeWork95" feature. I would also like to know if the implemented all the spreadsheet functions incorrectly as they were documented in the standard.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    14. Re:OOXML by wvmarle · · Score: 1

      IANAL, but I do know that for trademarks it is not necessary to be EXACTLY the same, SIMILAR is enough. But it has to be argued (and agreed upon by the courts; how to prove things and so I'd really not know) that the names are so similar that the general public may be confused.

      As another poster remarked, Open Office had to rename to OpenOffice.org to avoid another trademark dispute. IIRC there is in Japan a software program that is called Open Office already. How they get away with such a similar name I don't know.

      Wouter.

    15. Re:OOXML by tsa · · Score: 1

      Haha that would be really funny. The AutospaceLikeWindows95 function I don't understand. Why is it even in OOXML? Isn't one well-documented autospace function enough?

      --

      -- Cheers!

    16. Re:OOXML by ozmanjusri · · Score: 3, Informative
      Yeah I just read here that Apple's iWork '08 supports OOXML very well, while MS is still struggling with their OOXML implementation in Office for the Mac.

      That's not what the PCWorld article says at all.

      iWork '08 is claimed to be able to open but not write OOXML. In practice, it doesn't appear to do even that well. http://www.bioneural.net/2007/08/11/iwork-08-and-s upport-for-open-xml/

      --
      "I've got more toys than Teruhisa Kitahara."
    17. Re:OOXML by tsa · · Score: 1

      I said handle, not read and write. And the point of the article is, Apple supports MS's own OOXML earlier than MS do themselves.

      --

      -- Cheers!

    18. Re:OOXML by erroneus · · Score: 1

      As I understand it, your assumption is close. Many properties are defined as behaviors in existing Microsoft software without an explicit description of the behavior without dependencies. So they are defined as "...as in Word 2007..." or some such.

    19. Re:OOXML by linebackn · · Score: 1
      It's Office Open Extensible Markup Language.


      But you see how even people around here get confused by the name, getting Office and Open reversed? It is similar and, I am sure, intentionally so to cause exactly such confusion.

      To make things less complicated, I seriously propose everyone refer to it simply as "Microsoft's proprietary new Office 2007 format". Less confusion, and vastly more accurate.

    20. Re:OOXML by marcello_dl · · Score: 3, Insightful

      Well, firstly it's Office Open XML, not Open Office XML.
      Whoa. Try selling Koka Kola or MyCrewSoft-brand software and see how far you get. Just try - please.
      Exactly. Or try selling "lindows".
      To launch openoffice apps, on linux at least, one uses oowrite, oocalc, and so on. So OOXML name is a clear admission of hypocrisy: not a surprise to me anyway.
      --
      ---- MISSING MISCELLANEOUS DATA SEGMENT --- [sigdash] trolololol
    21. Re:OOXML by The_Noid · · Score: 1

      the Dutch company Open Office (http://openoffice.nl/) existed and registered the trademark for Open Office in the Benelux before sun renamed StarOffice to Open Office. Hence the OpenOffice.org

    22. Re:OOXML by juhaz · · Score: 3, Informative

      Yes, one well-documented and full-featured autospace function is enough.

      It's there because Microsoft does not want anyone to be able to do a full implementation. It's there because "OO"XML is not open standard.

    23. Re:OOXML by rbanffy · · Score: 1

      As people before me well pointed out, it would be a valid complaint because the OOXML and the "Office Open XML" forms create confusion.

      And I am sure it's no accident, thus, the complaint gets even more valid because MS is using it to create confusion and hurt OpenOffice.org ability to use its own brand.

    24. Re:OOXML by kamome · · Score: 1

      Think you said "support very well" - and what would handle mean anyway other than rw?! Looking at it from afar, giving a preview of the contents? Very good support, indeed!

    25. Re:OOXML by Planesdragon · · Score: 2, Funny

      So OOXML name is a clear admission of hypocrisy: not a surprise to me anyway.

      Hypocrisy? Huh?

      OOXML is exactly what we've wanted from Microsoft for years. A document spec that can be read without spending hours attempting to reverse-engineer how Word stores files internally. They even made it a ZIP file of XML... exactly like OpenOffice.Org's original file format.

      If anything, naming .docx et al "OOXML" is a tribute to where the idea came from in the first place.

    26. Re:OOXML by mindwhip · · Score: 1

      Hmm... a Moo based in XML... takes me back to my Uni days, the days before WWW where online gaming meant using a flaw in a Gopher telnet gateway, to get a telnet prompt, to work around the draconian university overlords policy on no games, and access MUDs/MOOs/MUSHs etc... the cutting edge of online gaming :)

      --
      [The Universe] has gone offline.
    27. Re:OOXML by marcello_dl · · Score: 1

      LOL, nice one, pal.

      --
      ---- MISSING MISCELLANEOUS DATA SEGMENT --- [sigdash] trolololol
    28. Re:OOXML by Lockejaw · · Score: 1

      But it has to be argued (and agreed upon by the courts; how to prove things and so I'd really not know) that the names are so similar that the general public may be confused.
      Well, that's hardly a stretch here. The public is confused, the politicians are confused, and even supposed experts are confused.
      --
      (IANAL)
    29. Re:OOXML by Lockejaw · · Score: 1

      Exactly. Or try selling "lindows".
      Or Windows Defender.
      --
      (IANAL)
    30. Re:OOXML by sarathmenon · · Score: 1

      While I see the logic in your statement, a lawsuit is very impossible. Open and Office are generic words, and you can't simply trademark words and outlaw their regular meanings in English. Perhaps Microsoft choose the name intentionally, who knows.

      If any, the opposite can also be argued. Open Office is a very generic name and they own the trademarks only for the word openoffice.org AFAIK. A lawsuit, it is not, very.

      --
      Microsoft: "You've got questions. We've got dancing paperclips."
    31. Re:OOXML by Citizen+of+Earth · · Score: 1

      which is really just short for Microsoft Office Open XML

      No, it's short for "Microsoft Office XML". There is nothing "open" about it, except maybe for how transparent Microsoft has been at manipulating the ISO process.

    32. Re:OOXML by nbert · · Score: 1

      OOXML is exactly what we've wanted from Microsoft for years. A document spec that can be read without spending hours attempting to reverse-engineer how Word stores files internally
      Their new strategy obviously is to make it as hard to implement for OSS-projects as it can get. The specs are several thousand pages long!

      It's a step in the right direction, but that doesn't make it a good standard. From an idealistic point of view it would be much better to reject it in favor of a clean and functional design.
    33. Re:OOXML by mrchaotica · · Score: 1

      They'll partially implement it, then extend it so that their version doesn't work with everyone else's.

      No, you've got that backwards: they already have implemented it, because instead of actually designing a standard, all they did was document MS Office's current functionality. By the same token, everybody else will only be able to partially implement it, because to do so fully would be equivalent to making a perfect, bug-for-bug reimplementation of MS Office.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    34. Re:OOXML by mrchaotica · · Score: 1

      Does iWork support OpenDocument? If not, and it does support MS's proprietary XML, then I will both refuse to buy it myself and bad-mouth it to others on principle!

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    35. Re:OOXML by marcello_dl · · Score: 1

      ODF was already there, Openoffice did mostly a good job of converting old word formats, OOXML is just trying to mess with document formats to leverage MS' still strong position.

      Best way to keep formats free is the ODF plugin for office.

      --
      ---- MISSING MISCELLANEOUS DATA SEGMENT --- [sigdash] trolololol
    36. Re:OOXML by jddunlap · · Score: 1

      Why isn't that engouh? Microsoft succeeded in forcing Lindows to change it's name for exactly those reasons.

  2. obligatory by PenguSven · · Score: 1, Funny

    In Soviet Russia, ISO standardization fast tracks YOU and I for one welcome our new OOXML over.. oh wait.

    --
    What is...?
    1. Re:obligatory by Anonymous Coward · · Score: 0

      Oh wait, that's not funny. I mean come on... if you're going to be trotting out that tired old meme at least be somewhat original rather than simply regurgitating the same boring formula.

    2. Re:obligatory by Anonymous Coward · · Score: 0
      In Soviet Russia, ISO standardization fast tracks YOU and I for one welcome our new OOXML over.. oh wait.


      Profit?

    3. Re:obligatory by SnowZero · · Score: 5, Funny

      IN SOVIET RUSSIA, tired old meme regurgitates formula on you!

  3. this is disgusting by mmmiiikkkeee · · Score: 2, Insightful

    it is disgusting that it came out with: "With eight votes in favor". i think these 8 members of the board need re-evaluated. This is a sad reflection on how big business can mess-up wonderful things made by society.

    1. Re:this is disgusting by mister_woods · · Score: 1

      "it is disgusting that it came out with: "With eight votes in favor". i think these 8 members of the board need re-evaluated. This is a sad reflection on how big business can mess-up wonderful things made by society."

      It's hardly surprising when one remembers the old adage that a committee is a beast with several heads but no brains.

    2. Re:this is disgusting by DrSkwid · · Score: 1

      You should expound your vitriol a bit earlier in the proicess :

      Take a look at the board :
      http://www.incits.org/ebmem.htm

      Here's some reporting on the last vote
      http://www.openmalaysiablog.com/2007/07/ansi-denie s-oox.html

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    3. Re:this is disgusting by Zeinfeld · · Score: 0, Flamebait
      it is disgusting that it came out with: "With eight votes in favor". i think these 8 members of the board need re-evaluated. This is a sad reflection on how big business can mess-up wonderful things made by society.

      The fact that everyone acknowledges here is that Office is the defacto standard for document markup. So recognizing it as a dejure standard makes perfect sense.

      The ISO process does not require standards to be open. An ISO standard can be entirely encumbered by patents. So OOXML is much better in that regard than the average ISO standard.

      Meanwhile Sun's proposal is just as proprietary as Microsoft's, neither is the process of an open design process, they are merely a schema dump from an existing program. And Sun has a vastly worse history as far as open standards go, suing companies for not implementing Java in their prefered maner.

      So all in all I think that in this particular faction fight I have zero sympathy for the anti-Microsoft position. Recognize other formats as well, but certainly recognize the market leader.

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    4. Re:this is disgusting by Anonymous Coward · · Score: 0

      What's really disgusting is Microsoft partners being allowed to vote on something that Microsoft has an interest on. That alone should be enough to invalidate whatever decision may come out from them in the future.

    5. Re:this is disgusting by Bert64 · · Score: 1

      Sun has sued people who created a non standard implementation and then called it "Java". They have a trade mark on the name, and they only want compliant implementations to use it...
      Read the slashdot story a couple of days ago.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    6. Re:this is disgusting by JohnFluxx · · Score: 3, Insightful

      What are you talking about? ODF was designed by the OASIS group - a group of a dozen different companies. It was open for any to participate in. Even Microsoft themselves were at the start involved, but they decided to drop out.

      It was then developed in the open over a period of 3 years. It reuses as many previous open standards as possible (MathML for math stuff, SVG for vector graphics, etc).

      In what possible way can you claim that this is a proprietary proposal and not an open design process? It seems your love for MS has blinded you.

    7. Re:this is disgusting by csirac · · Score: 4, Insightful

      The fact that everyone acknowledges here is that Office is the defacto standard for document markup.

      "Document Markup" is an interesting way of describing of .doc and friends.

      The ISO process does not require standards to be open.

      And yet, Microsoft prance around with the "Open" prefix. And yet, their RAND patent license excludes free software.

      Meanwhile Sun's proposal is just as proprietary as Microsoft's, neither is the process of an open design process, they are merely a schema dump from an existing program.

      The difference being that Microsoft's spec has things like "do it the way Office 97 does it", and the ODF spec doesn't.

      The simple fact that there are other Office suites already reading and writing ODF files other than OOo/StarOffice (Abiword, KOffice for example) demonstrates that it is a viable and workable standard.

      It's my impression (others have read more of the 6,000 pages of documents than I have) that the same could not be successfully achieved from the OOXML spec.

      And Sun has a vastly worse history as far as open standards go, suing companies for not implementing Java in their prefered maner.

      That's funny, exactly what Microsoft seems to be planning. Their royalty free patent license may only be granted if you implement their standard EXACTLY (a herculean feat in itself). Want to enhance or modify your software, as the GPL explicitly sates you should be allowed to do? Sorry, you just agreed to get sued by Microsoft..
    8. Re:this is disgusting by Anonymous Coward · · Score: 0

      Microsoft partners? That's nothing. They allowed Microsoft itself to vote!

    9. Re:this is disgusting by SpringRevolt · · Score: 1

      Well, seven of them at least.

      The other one was Microsoft.

      p.s. shame on you Apple for supporting (OK, I'm going to take a hit for that, but it's true).

    10. Re:this is disgusting by Anonymous Coward · · Score: 0

      That's a lousy apology for OOXML. It doesn't even "SPECIFY" that the format is. What good is such a standard other than marketing BS (in this case for MS's benefit)? So there are other ISO standards just as crappy, so what's one more, that the gist of your argument? Argument, ok, but not a very good one, is it?

    11. Re:this is disgusting by man_of_mr_e · · Score: 1

      You are aware that Sun has issued a similar pledge. What's worse, is that they only agree not to sue so long as they are taking part in the development process. Read their covenant:

      http://www.oasis-open.org/committees/office/ipr.ph p

      Note the weasel words about version 1.0 and any version that sun actively participates in. Further, by naming the exact version of the ODF, and claiming that they must take active part in it's devleopment, that means any non-conforming implementation isn't covered by the pledge.

    12. Re:this is disgusting by man_of_mr_e · · Score: 1

      No, actually, ODF was designed by Sun. It was donated to OASIS with a patent pledge similar to Microsoft's, and minor changes were made to it at OASIS. You do realize that the ODF committee is chaired by a Sun employee. Over half of it's members are Sun or IBM employees.

    13. Re:this is disgusting by JohnFluxx · · Score: 1

      What part are you saying no to? Like you say, over half of the members of the ODF groups weren't part of Sun, and it was reviewed in the open for 3 years. Comments and suggestions were made, and the ODF proposal was changed as a result.

      And saying that the patent pledge is similar to MS's is a bit of an insult, given that MS's pledge is pretty awful, last time I looked. They protect only the first version of OOXML. The next revision would have no guarantee of being protected.

      (They might have compromised on this point from pressure against it - I remember it being a big issue at the time. Anyone know?)

    14. Re:this is disgusting by man_of_mr_e · · Score: 1

      Sun's patent pledge also only lists ODF 1.0, though they also include any subsequent versions in which Sun participates, meaning that any version sun does not participate in will not be covered by the patent pledge. That also means that if you create your own version based on it, you won't be covered.

    15. Re:this is disgusting by JohnFluxx · · Score: 1

      Right, which is reasonable. As opposed to the MS way of doing it.

    16. Re:this is disgusting by JohnFluxx · · Score: 1

      Checking over your comment history, you argued before that when the OASIS committee formed, ODF was nowhere near done. But here you say only minor changes were made.

      Are you a MS shrill? Be honest now.

    17. Re:this is disgusting by man_of_mr_e · · Score: 1

      How is that reasonable? It doesn't seem to be GPL compatible. The GPL requires that any potential patents be perpetually licensed (or at least unapplicable) to *ALL* subsequent versions, regardless of participation, and regardless of whether they are "official" or not.

    18. Re:this is disgusting by man_of_mr_e · · Score: 1

      You seem to have a knack for misinterpreting what you read.

      I never said anything like what you suggest. What I said was that Microsoft started on their XML formats before the OASIS committee was formed and ODF, as a specification, did not exist (though OpenOffice's format, which ODF is based on, did).

    19. Re:this is disgusting by mhall119 · · Score: 1

      Sun's patent pledge is limited to their participation because they don't want people to add anything that may infringe on patents _not_ covered by their initial pledge. So either they can steer new versions of the standard away from infringing those patents, or they can choose to add those patents to their pledge.

      To fix your GPL analogy, releasing something under the GPL requires a perpetual patent license to only the code you released under the GPL. If someone else adds new code to that GPL'd work, and that new code infringes on a patent that the old code did not, your patent grant doesn't not automatically extend to that new code.

      --
      http://www.mhall119.com
    20. Re:this is disgusting by man_of_mr_e · · Score: 1

      If that were all it did, that would be fine. But that's not what it does. The patent pledge removes *ANY* patent grants from any version of ODF they do not participate in, not just any new ones.

    21. Re:this is disgusting by mhall119 · · Score: 1

      Um, no, the pledge doesn't explicitly *remove* anything, it only explicitly *grants* the use of patents for a specific version of the specification, and any version thereof that Sun has participation in forming. Since the grant covers *any* patent needed to implement the specification, instead of naming specific patents covered by the pledge, this was Sun's way of limiting the number of patents they covered.

      It should be worth noting, too, that only participation is required. Technically, a new version of the spec can be made that include items covered by other Sun patents not covered in the original spec, and those patents would be automatically covered by Sun's patent pledge, even if Sun themselves did not want those features in the new version of the spec, or even voted against their inclusion. I think making participation, rather that approval, the requirement shows Sun putting a lot of trust into the community.

      --
      http://www.mhall119.com
    22. Re:this is disgusting by man_of_mr_e · · Score: 1

      You are arguing semantics. Let's put this in a practical example.

      Suppose Sun drops out of OASIS after version 1.2. Oasis goes on to create version 1.3 of ODF, which Sun does not particiapte in. Sun's patent pledge no longer covers 1.3 in any way, not even for patents that were present in 1.2, 1.1, and 1.0. In other words, they no longer grant those patents that were covered under previous versions to 1.3 because they did not participate in that version. Thus, anyone who implements 1.3 could be liable to any patents Sun holds, even if those patents were granted usage under 1.2 or earlier.

      This effectively means that ODF would become frozen at 1.2 for any GPL'd application, because if they were to release a version that supported the non-patent granted version, they would be in violation of the GPL.

    23. Re:this is disgusting by mhall119 · · Score: 1

      Sun irrevocably covenants that, subject solely to the reciprocity requirement described below, it will not seek to enforce any of its enforceable U.S. or foreign patents against any implementation of the Open Document Format for Office Applications (OpenDocument) v1.0 Specification, or of any subsequent version thereof ("OpenDocument Implementation") in which development Sun participates to the point of incurring an obligation Now, if Sun drops out of OASIS, and then OASIS creates an ODF 1.3 specification, then only the parts of that specification that are not a part of the ODF 1.2 specification would be open to a lawsuit by Sun. Implementing ODF 1.2 functionality, and also 1.3 functionality, doesn't remove the patent pledge issued for the 1.2 implementation. So you are wrong, only new functionality or changed functionality in later versions where Sun does not participate would require a separate patent license or pledge.
      --
      http://www.mhall119.com
    24. Re:this is disgusting by man_of_mr_e · · Score: 1

      No, it doesn't remove the patent pledge from the 1.2 implemenation, but it does from the 1.3 implementation. The point being that Sun explicitly states version numbers of the documents that the pledge applies to, and uses the word "version".

      Now, if 1.3 happens to be an extension to 1.2 or earlier, and it can be shown that the 1.3 is physically seperate from the 1.2 implementation that would be one thing, but you can't just say that the 1.2 functionality is still covered in a new version. Further, the reciprocity requirements mentioned are also GPL killers, since they add additional restrictions.

      How about we take another example. Suppose someone decides to fork the specification and create their own version, forked from GPL'd code that deals with the "official" version. Sun's patent pledge doesn't cover them because they did not participate in the development of the forked version. That's a clear GPL no-no, which requires that any patents be licensed to anyone, and for those rights to be transferrable to derived works.

      What you're doing is cherry picking individual words out of the entire statement and trying to assign them as you would like them to be assigned, ignoring the meaning of the sentance as a whole.

      Let's break it down.

      (1) Sun Irrevocably covenants that
      (2) Subject to the reciprocity requirements described below
      (3) it will not seek to enforce any of its enforceable U.S. or foreign patents against any implementation of the Open Document Format v1.0 Specification
      (4) or of any subsquent version thereof in which development Sun participates to the point of incurring an obligation

      What this is clearly saying is that the 1.0 version is fixed in stone. It cannot be revoked (1), unless you don't reciprocate, in which case it can be revoked (2).

      This sentance alone would indicate that only version 1.0 is covered. So version 1.1 or greater would not be covered by the pledge. Thus, they added the section (4) "or of any subsequent version thereof", but that is modified by the "in which development Sun participates". Meaning that if Sun doesn't participate, then the patent grant doesn't apply to that version. Any of it. By forcing the patent license to be tied to versions, they made certain that the patent grant applies to versions.

      The pledge is applied to a version of the specification. if Sun doesn't participate in that version, the patent pledge will not apply. That's pretty easy to read.

    25. Re:this is disgusting by mhall119 · · Score: 1

      Now, if 1.3 happens to be an extension to 1.2 or earlier, and it can be shown that the 1.3 is physically seperate from the 1.2 implementation that would be one thing, but you can't just say that the 1.2 functionality is still covered in a new version. Any patents needed to implement version 1.2 of the spec are covered by the patent agreement. This hold regardless of any other specification an application implements, be it ODF 1.3 or OOXML. Any over-lap in functionality between 1.2 and any other specification is irrelevant. OpenOffice.org implements many specifications, not all of which Sun has granted a patent pledge on, but implementing those doesn't invalidate Sun's grant over ODF 1.2 implementations, just like implementation of an ODF 1.3 specification won't invalidate Sun's grant over ODF 1.2 implementations.

      Further, the reciprocity requirements mentioned are also GPL killers, since they add additional restrictions. The Open Invention Network is based on this principle, do you feel that GPL'd code can't use OIN patents for the same reason?

      How about we take another example. Suppose someone decides to fork the specification and create their own version, forked from GPL'd code that deals with the "official" version. Sun's patent pledge doesn't cover them because they did not participate in the development of the forked version. That's a clear GPL no-no, which requires that any patents be licensed to anyone, and for those rights to be transferrable to derived works. Again, just because a fork implements additional functionality or specifications, doesn't invalidate the patent pledge given to the parts of the application that implements the ODF 1.2 specification. It is not unusual for a GPL'd work to include a patent grant over the code in that work, and naturally that grant doesn't cover any additions or changes made to that GPL'd work by third parties. Anyone can implement ODF 1.2 + their own extensions, and Sun's patent pledge will apply to the code needed to implement ODF 1.2, but not their extensions. This is in no way a GPL "no-no".

      Let's break it down.

      (1) Sun Irrevocably covenants that
      (2) Subject to the reciprocity requirements described below
      (3) it will not seek to enforce any of its enforceable U.S. or foreign patents against any implementation of the Open Document Format v1.0 Specification
      (4) or of any subsquent version thereof in which development Sun participates to the point of incurring an obligation

      What this is clearly saying is that the 1.0 version is fixed in stone. It cannot be revoked (1), unless you don't reciprocate, in which case it can be revoked (2).

      This sentance alone would indicate that only version 1.0 is covered. So version 1.1 or greater would not be covered by the pledge. Version 1.2 is due out this fall, and Sun has participated as much as ever, so it will be covered by the pledge.

      Thus, they added the section (4) "or of any subsequent version thereof", but that is modified by the "in which development Sun participates". Meaning that if Sun doesn't participate, then the patent grant doesn't apply to that version. Any of it. By forcing the patent license to be tied to versions, they made certain that the patent grant applies to versions. Wrong, the patent grant will still apply to any code needed to implement the last version of the specification Sun participated in. If the new version contains parts of that last specification, those parts are still covered, it doesn't matter if they are also a part of a specification that Sun did not grant patent coverage on.

      The pledge is applied to a version of the specification. if Sun doesn't participate in that version, the patent pledge will not apply. That's pretty easy to read. I thought so too, but then you keep implying that if ever a version is released that Sun doesn't participate in, then Sun will retroactively revoke (which is can't) its pledge for code used to implement all previous version.

      --
      http://www.mhall119.com
    26. Re:this is disgusting by man_of_mr_e · · Score: 1

      I thought so too, but then you keep implying that if ever a version is released that Sun doesn't participate in, then Sun will retroactively revoke (which is can't) its pledge for code used to implement all previous version.

      I implied no such thing.

      The part you keep getting confused about is the use of the word "version". A subsequent version isn't "all the code from the previous version, plus my new stuff". Each version is an independant entity, licensed independantly, regardless of whether some of that code was licensed under a previous version.

      Each release has it's own "copy" of the license. That's how some projects can change their license entirely. No, you can't change the previous versions license retroactively, a new version has a new license, even if the license is the same as the old version, it's a seperate implementation, and the licenses only apply to that release. The GPL makes this a little confusing because they require that works based upon a particular version retain the same license as the work it was derived from, but that doesn't change the fact that the new release is a seperate instance, just with the same license.

      Because of this, when you release your derived version of OpenOffice, with your own version of ODF, Sun's pledge won't apply to you, even for the parts that were covered under the work you derived from, because Sun did not participate in that versions development.

    27. Re:this is disgusting by mhall119 · · Score: 1

      Because of this, when you release your derived version of OpenOffice, with your own version of ODF, Sun's pledge won't apply to you, even for the parts that were covered under the work you derived from, because Sun did not participate in that versions development. And what I am saying is that Sun cannot sue you for patent infringement based solely on the parts of your fork that implement the ODF 1.2 or earlier specifications. Do you disagree?
      --
      http://www.mhall119.com
    28. Re:this is disgusting by Zeinfeld · · Score: 1
      What are you talking about? ODF was designed by the OASIS group - a group of a dozen different companies. It was open for any to participate in. Even Microsoft themselves were at the start involved, but they decided to drop out.

      Having written more than one OASIS standard I think you overstate the case here. The whole point of OASIS is to make it easy to recognize an XML schema that is available for open use as a standard.

      What OASIS expressly does not attempt to do is to avoid duplication. There can be two separate OASIS groups working on the same subject matter at the same time. There is deliberately no mechanism to prevent overlap or to reconcile different approaches. The idea being that the market does this well enough if this is needed.

      From a standards point of view there are only two positions that make much sense to me. The first is to take something that is already in widespread use, the clear leader in the field, refine it a bit and call it the standard. This is what was done with S/MIME and PGP. The second approach is to build something entirely new without any legacy commitments.

      OOXML took a third route, take a structure from a piece of otherwise unsuccessful code, slam it into a document and cal it the basis for a standard.

      It was then developed in the open over a period of 3 years. It reuses as many previous open standards as possible (MathML for math stuff, SVG for vector graphics, etc).

      More is the pity that they didn't look up my original design proposal for putting math into HTML, the original concept had been to enable a mathematica like environment within an HTML editor.

      OpenOffice copies the wrong office suite. Office consists of the same trio of worn-out applications, word processor, spreadsheet, data base that have existed for three decades. OpenOffice provides a poor mans substitute for the same worn-out trio. They should have copied Mathematica instead. Unify the concepts in a coherent form. Instead we get yet another second rate reheat.

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
  4. Personally by PJ1216 · · Score: 3, Insightful

    I don't think this standardization is being passed for the benefit of the consumers. Microsoft has had a firm grasp on business establishments with MS Office for quite a long time. There was competition, but nothing ever really came close to worry Microsoft. I find it not all that coincidental that now Microsoft has real competition (Google, Open Office, etc.) that they're trying to pass a standard. Microsoft is trying to reinstate a strong presence in the office. It hasn't really lost the one it has, but its teetering over the edge. Especially with all the relatively recent reports of various government offices going to open source, free software suites.

    1. Re:Personally by enjo13 · · Score: 5, Interesting

      I've spent the last 5 years working in the office software space (mobile phones). From what our customers tell us, Microsoft's dominance of the office market is still incredibly strong. We've toyed with ODF support, but customer demand simply doesn't exist. At the end of the day our customers (many many millions) have expressed very little enthusiasm for anything but the Microsoft formats.

      In reality (at least as I see it) Microsoft has pushed their XML format not to maintain market share, but rather to give them a foothold in web services. They see their productivity suite as a broad authoring tool for not just documents, but all kinds of data. The closed formats where a major roadblock for them, because their customers could not use the data produced by the suite to actually do anything useful with it in a web 2.0 sense. A open, standardized format gives Microsoft the ability to pursue this "software as a service" model in a much more meaningful way.

      It's interesting, since there are several companies (most of which have been rolled up in one way or another now) that where doing exactly what Microsoft wants to be doing. They had reverse engineered the binary office file formats, and where using that knowledge to provide data processing for various companies wanting to use the suite as an authoring tool for their internal services. I think Microsoft looked at that (along with what Google and the like have been doing) and simply saw a really good opportunity to extend their near monopoly on productivity into an entirely new business. I really do believe it is nothing more evil than that.

      --
      Turn s60 photos into awesome videos with mScrapbook for all S60 3rd edition phones!
    2. Re:Personally by ozmanjusri · · Score: 4, Insightful
      I think Microsoft looked at that (along with what Google and the like have been doing) and simply saw a really good opportunity to extend their near monopoly on productivity into an entirely new business. I really do believe it is nothing more evil than that.

      Then why the unseemly haste, committee stacking, and other nefarious practices to get adopted as an ISO standard?

      Why the attacks on ODF adoption? If Microsoft had any intention of being interoperable, they'd have supported ODF from the start..

      --
      "I've got more toys than Teruhisa Kitahara."
    3. Re:Personally by DrSkwid · · Score: 2, Insightful

      I know two offices that have switched to Open Office (one Mac based one PC based).
      They still use Word format as the default but got free of the dreaded costly upgrade treadmill. The Mac office was particularly pleased with "Save To PDF".

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    4. Re:Personally by killjoe · · Score: 1

      Well if your customers don't care then let's abandon the whole thing.

      --
      evil is as evil does
    5. Re:Personally by Elektroschock · · Score: 1
      Pieter Hintjens who launched the OOXML campaign blogs about the ISO process.

      The chairman of the Technical Committee in Cote d'Ivoire is Roger Kouadio, boss of Inova Formations, a Megatron business partner. Cote d'Ivoire becomes a 'P' member of ISO, with increased voting power. The chairman of the Swiss committee, Hans-Rudolf Thomann, explains to the participants that "if we reach a majority to vote against Megatron, we will vote for Megatron, if we reach consensus to vote against Megatron, we will abstain." Switzerland is a 'P' member. The Brazilian committee has 45 members, more than two thirds of which are Megatron partners, their costs paid by Megatron. Brazil is a 'P' member. The list of P members has been updated to include Ecuador, Bulgaria, Cyprus, Trinidad & Tobago, and Sweden. All countries where Megatron has a solid position to ram through their broken format as a "standard". A comment from one observer: "I expect that Megatron will take whatever national bodies they win, and have them join JTC1 as P-members at the last possible minute, on September 2nd even."
      How does Pieter describe the behaviour of Microsoft?

      Megatron continues to blast its OOXML format through the ISO process like a tank driving through a village church.
      I belive the time to take action is now.
    6. Re:Personally by markdavis · · Score: 1

      I very rarely pick on grammar. In this case, however, it is warranted. Your posting is interesting and well written, EXCEPT for the word "where". It is extremely distracting, and is not a typo... since you misused it twice. The misuse undermines the quality (and credibility) of the posting.

      "Where" is an indication of the location of something. (Where do you want to eat dinner tonight?)
      "Were" is the past, imperfect, plural tense of "be" or "are". (We were going to eat here, but decided against it.)

    7. Re:Personally by TheRaven64 · · Score: 1

      "Where" is an indication of the location of something. (Where do you want to eat dinner tonight?) "Were" is the past, imperfect, plural tense of "be" or "are". (We were going to eat here, but decided against it.) For those who have problems remembering where/were and there/they're, just remember that the ones relating to location are prefix + here. Where indicates a location as does there. Were and they're do not.
      --
      I am TheRaven on Soylent News
    8. Re:Personally by ortholattice · · Score: 1
      Then why the unseemly haste, committee stacking, and other nefarious practices to get adopted as an ISO standard?

      So they can convince governments, etc. that it really is a "standard", in order to defeat or at least put a monkey wrench into the adoption of ODF as a mandated standard that is currently being proposed by various government bodies.

      Why the attacks on ODF adoption? If Microsoft had any intention of being interoperable, they'd have supported ODF from the start..

      ODF can be (and is) easily supported by multiple products by multiple vendors. OOXML can be fully supported only by Microsoft, because for various items, the "standard" effectively just says it should work the way Office 95 etc. works without giving details. The OOXML "standard" as a whole is essentially just a bloated, 6000-page (!) (partial!) documentation of the way Office already works, so Microsoft has no additional work to do, whereas any potential competitor is faced with an essentially hopeless task.

    9. Re:Personally by cyber-vandal · · Score: 0, Offtopic

      I didn't notice at all and had to go back and look quite closely to spot it. Some people must have an anal retentive gene or something.

    10. Re:Personally by fermion · · Score: 1
      As i have mentioned before, I would be more comfortable with the standard if it has a freely available cross platform reference application, as well as freely available reference code, at least for the parsing of the file.

      The obvious choice for the former is MS Works. Add a version for Linux and Mac, and give it away. If MS is serious about the standard, they should be willing to put some money into it. After all, unless MS is just becoming a games company, they need to invest in the common business side of the company.

      At this point the cross platform reference platform is likely to be OO.org, which is inferior as it is a result of reverse engineering, not intimate knowledge of the standard. I don't see how a standard can exist if it does not have a real reference platform and real freely available reference code.

      --
      "She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
    11. Re:Personally by HAKdragon · · Score: 1

      The Mac office was particularly pleased with "Save To PDF".

      Any reason? All OS X native apps can print to PDF as it is anyway.

      --
      "Our opponent is an alien starship packed with atomic bombs. We have a protractor."
    12. Re:Personally by DrSkwid · · Score: 1

      They're Mac users, I have no idea why they didn't know that.

      I use troff myself.

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    13. Re:Personally by Tacvek · · Score: 1

      While that may be true, I suspect that in general native support for PDF can be better. I don't know about Macs, but on other operating systems, one often finds that PDF output via the printer mechanism may be missing features that a direct PDF output would include. For example, the bookmarks (table of contents) and hyperlinks. I find on Windows for example, few developers would even thing to include bookmark and hyper-link information in the printer output, as printers generally don't support that. (I'm not sure if the GDI interface even has support for it).

      Does the Print to PDF feature of OS X usually result in documents having proper internal bookmarking and hyperlinks?

      --
      Stylish sheet to fix many problems in Slashdot's D3: https://gist.github.com/801524
    14. Re:Personally by wootest · · Score: 1

      Does the Print to PDF feature of OS X usually result in documents having proper internal bookmarking and hyperlinks?

      Not normally. Safari supports persisting some links over to PDF (if you were to PDF-ify apple.com, the "bottom four" blobs don't get links, but everything else does; I suspect this is a bug). Printing a TextEdit document with a link in it doesn't retain the link or the link style. And bookmarks/TOC generation isn't being done in any case.

      Serious PDF generation will require adjustment, but take Save as PDF for what it is - neat use of the printing system and a good pack-in that suffices in most cases.

    15. Re:Personally by Anonymous Coward · · Score: 0

      Then why the unseemly haste, committee stacking, and other nefarious practices to get adopted as an ISO standard?

      To fight fire with fire. Only on Slashdot will you find someone completely ignoring the massive organized effort (which included committe stacking, unseemly haste, and other nafarious practices) of the OSS community to block OOXML as an ISO standard...

    16. Re:Personally by man_of_mr_e · · Score: 1

      OOXML can be fully supported only by Microsoft, because for various items, the "standard" effectively just says it should work the way Office 95 etc. works without giving details.

      You parrot the party line well. Maybe you should actually READ the specification yourself. If you did, you'd realize that you're spreading misinformation. Or maybe you know that.

      The elements that you mention, that reference existing implementations, are deprecated, and actively discouraged in the documentation from third party implementation, because they will be dropped from a future version of the standard. They're only there for conversion of existing documents to allow full fidelity.

      In other words, you're not *SUPPOSED* to implement them. They're not part of the requirements for standards conformance.

    17. Re:Personally by Anonymous Coward · · Score: 0

      It seems like it should be in the translator, not the standard?

    18. Re:Personally by mrchaotica · · Score: 1

      Not all PDFs are created equal. For example, say you have a textual document that you want to be turned into a PDF. There are three distinct possibilities: a PDF containing the (ASCII, UTF, whatever) text characters and metadata describing where they are to be placed on the page, a big list of the lines and arcs that make up the decomposed font characters, or even a rasterization. Obviously, these results vary considerably in terms of both the amount of (machine-readable) semantic meaning retained, file size, and quality. The first could be 50kb while the last could be 2mb, for the exact same content. The first could have the text within selected, copied, and pasted, while with the last you could only paste pixels. Big difference.

      Anyway, commands like "save as PDF" or "export to PDF" likely do the first or second alternative, while commands like "print to PDF" tend to do the second or third. So, even if you're using OS X, with built-in PDF-printing functionality (or are using PDFCreator on Windows), you can still get different -- and generally, better -- results by using an individual program's export to PDF function instead.

      Extra tip: what this also means is that if you try to export to PDF and the result is unsatisfactory (e.g. formatting is garbled or embedded objects aren't visible -- this kind of bug has happened to me), printing to PDF instead might make a more correct (albeit larger filesize and maybe rasterized) result.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    19. Re:Personally by Fred_A · · Score: 1

      When I really want to make a proper PDF, I find it easier to use Scribus (DTP) that's designed to make proper, fully standards compliant PDF files (any kind) with all the proper wobbly bits.

      If it's just an office style document, OOo's PDF creation library works fine for me.

      --

      May contain traces of nut.
      Made from the freshest electrons.
    20. Re:Personally by man_of_mr_e · · Score: 1

      Translation is the problem. Translation doesn't comply with numerous government regulations, because translation does not reproduce documents exactly, as is required by laws like HIPAA, and Sarbanes-Oxley. Too many people don't understand the issues involved with converting billions of legacy documents to another format.

      Read this, it adequately describes the issues:

      http://www.linuxworld.com/news/2007/072307-opendoc uments-grounded.html

  5. That was too close! by Rudisaurus · · Score: 5, Interesting

    Given the speed with which Microsoft attempted to ram through their "standard" and the dubiousness of the tactics employed (see discussions over on Groklaw), that was far too close to take any comfort from.

    The real questions now are:

    (a) how to ensure that the various standards organizations around the world really sit up and pay attention so that the obvious technical deficiencies and the crippling lack of open-ness in the proposal -- which were pointed out over and over again by individuals and companies opposed to the fast-tracking -- will be truly taken into account?

    (b) how to keep Microsoft from succeeding with their tactic of stacking attendance at national standards organizations meetings to carry the day for them?

    They almost succeeded the last time. If something doesn't change, they won't fail next time.

    --
    licet differant, aequabitur
  6. The more time.... by stox · · Score: 1

    people have to digest this standard, the more they will come to realize that it is anything but. It is obviously designed to choke the competition in a pile of meaningless drivel. Most of things it "specifies" is that the result should be the name as Microsoft Word XXXX. Therefore, the majority of the specification is external to the specification. You could not implement the specification without referencing the behavior of each of the major revisions of Word. IMHO, a specification, such as this should stand alone. Open Office can do this, why can't Microsoft?

    --
    "To those who are overly cautious, everything is impossible. "
  7. Par for the course by tobiasly · · Score: 2, Informative

    Way to sensationalize the title, Zonk. The organization which will form the official position of the US voted against approving the standard. That's quite a leap from saying "OOXML Won't Get Fast-Track ISO Standardization". Guess what the "I" in "ISO" stands for? (Although if MS can't even get the US to vote for them, it's hopefully doubtful that they'll get most other countries...)

    1. Re:Par for the course by Anonymous Coward · · Score: 2, Informative

      The 'I' in 'ISO' doesn't stand for anything. 'ISO' is not an acronym.

      http://en.wikipedia.org/wiki/ISO#The_name

  8. Monkey Bussiness by a.d.trick · · Score: 1

    What happened to all the funny little Microsoft partners that were voting last time? They didn't seem to show up on the list this time.

  9. INCITS is USA only, not the world by Great_Geek · · Score: 4, Informative
    If you look carefully at their web-site (http://www.incits.org/), INCITS is the "InterNational ...", not "Internation ..."; and it "is the primary U.S. focus of standardization" and has only one vote on the real internationl body.

    My canonical reference for these things is Andy Updegrove's blog (http://consortiuminfo.org/standardsblog/).

    1. Re:INCITS is USA only, not the world by dazed-n-confused · · Score: 1

      Andy Updegrove is great; I find Rob Weir is also an excellent source of info on MS standards shenanigans.

  10. Department of Homeland Security? by eric76 · · Score: 1

    Why does the Department of Homeland Security vote on computer document standards?

    Do they have some special expertise in the area or what?

    1. Re:Department of Homeland Security? by SnowZero · · Score: 1

      Why does the Department of Homeland Security vote on computer document standards? Do they have some special expertise in the area or what? Well, since they voted for approval, obviously they don't.

      I guess DOHS is just there to serve as a counter to the intelligent decisions made by NIST and the DoD.
  11. Keep It Simple Stupid? by headkase · · Score: 1

    Isn't MS' OOXML relatively complex when compared with ODF? I've read that MS' xml is filled with tags specific to their current and past versions of office formatting. Now ODF isn't loaded with that kind of cruft; its much more streamlined in it's tags. With this in mind, which xml format should be adopted as a starting-base - keeping in mind that whatever is chosen will be extended as time passes leading to even more complexity?

    --
    Shh.
    1. Re:Keep It Simple Stupid? by Anonymous Coward · · Score: 0

      It really seems to me that the standard is not the proper place to put "office version X" compatibility tags. Those sorts of things would best be handled by an external conversion tool.

      I don't know how far KISS can be applied here, because the nature of the problem isn't simple. But I do know that discipline is needed to make a portable and extensible document format no more complex than it *needs* to be.

      I'm sure that there are quite a few people at MS working in good faith on this standard, but I can't help but believe that there are people higher up who would love to sabotage this standard so the only meaningful implementation will be the MS implementation. Yeah I know, that makes me a bad and cynical person.

    2. Re:Keep It Simple Stupid? by Anonymous Coward · · Score: 0

      Well you see... all XML is unbelievably retarded.

      Keep it simple stupid? (KISS) Yes, I am all for the KISS principle. Plain text works perfectly on all platforms. So that is why I use it. Bitmaps or jpegs are great for pictures and plain text is perfect for (surprise, surprise) TEXT!

      Need a fancy layout for print? Then use a professional publication package (NOT MS Office or OO.o).

      I find all this XML dick waving so tiresome and meaningless.

  12. important? by Anonymous Coward · · Score: 0

    OOXML is not important at all, until after those essential refinements are in place. Right now all it is, is DEFECTIVE.

  13. I don't mind it being a standard if.... by Fallen+Kell · · Score: 3, Insightful

    I don't mind this becoming a standard if it is truly "standard", which means that in the implementation documentation, EVERYTHING about it is disclosed, with no NDA, or proprietary "features". If that happens, I support OOXML for standardization. I (and many others) would welcome MS disclosing how it will work, as well as how all parts are suppose to work, which means explaining how to make something "work the way Office 97 cell format spacing" works and all other definitions in the standard which state it will the same way something else already works in previous Word and Excel versions. Tell us how to do everything and I will give MS full support for it being a recognized ISO standard.

    --
    We were all warned a long time ago that MS products sucked, remember the Magic 8 Ball said, "Outlook not so good"
    1. Re:I don't mind it being a standard if.... by babbling · · Score: 1

      I don't think anyone would be opposed to it becoming a standard if it was all the things that you mentioned. The problem everyone has with it is that it isn't any of those things. It's Microsoft trying to get a proprietary format labeled as a standard so that they can trick governments into sticking with their proprietary formats rather than switching to ODF.

    2. Re:I don't mind it being a standard if.... by howlingmadhowie · · Score: 2, Interesting

      even if it were truly open it would be a hindrance because there already is one international standard (ODF). why a second one? microsoft can just implement that one.

    3. Re:I don't mind it being a standard if.... by Photo_Nut · · Score: 1

      "even if it were truly open it would be a hindrance because there already is one international standard (ODF). why a second one? microsoft can just implement that one."

      First: Microsoft doesn't implement other people's standards for their bread and butter. They have the luxury of controlling the largest hoard of software engineers, product planners, marketers, testers, and customers in the desktop application market. Their motivation is to make money. Using their competition's file format as their primary format is akin to being defeated.

      Second: Microsoft's customers demand of Microsoft that it do things certain ways. If Microsoft wants to meet those demands, it has to remain flawlessly compatible with prior versions content, including bugs. ODF just can't match the compatability that well - the internal data structures at Microsoft should be nothing like OOo's unless someone was copying the other. The XML representation of that data sheds a lot of light on it.

      Finally: It is a real step for Microsoft to make an XML standard format for Office file formats, take it to a standards body, and go through the procedures and public scrutiny. The ISO is no rubber stamp organization. The fact that Microsoft has done this and made the XML format the default for save in the Office 2007 suite means that Microsoft is committed to more transparency. You might be snarky and claim that the format is too tied to the old .DOC, etc data structures, but I love that my years of old documents are convertable without losing formatting or content. Microsoft is confident enough in its army of coders and entrenched market position to open up to its customers without fear of being cloned out of existence. Word may not be the best editor, but now at least, there are public docs to enable new editors to work on Word, etc files.

    4. Re:I don't mind it being a standard if.... by howlingmadhowie · · Score: 1

      interesting. "using there competitor's file format as their primary format is akin to being defeated".

      the International Organization for Standardization (ISO) and the International Electrotechnical Commission (IEC) are obviously microsoft's competitors in your eyes.

      secondly: microsoft word isn't "flawlessly compatible with prior versions". try opening an early word document with some unusual formatting in office 2007.

      thirdly: if microsoft would fully document the format, i wouldn't complain as much. as it is, it is unimplementable by anyone apart from microsoft.

    5. Re:I don't mind it being a standard if.... by Anonymous Coward · · Score: 0

      I don't mind this becoming a standard if it is truly "standard", which means that in the implementation documentation, EVERYTHING about it is disclosed, with no NDA, or proprietary "features". If that happens, I support OOXML for standardization. Already foiled before you even started.

      http://www.microsoft.com/interop/osp/default.mspx

      Search for the key word "enabling".

      Everything that the OOXML standard calls up (external to the standard itself) is not open, not covered by Microsoft's promise.

      It turns out that OOXML calls up a whole raft of "enabling technologies" that are Windows-only.
    6. Re:I don't mind it being a standard if.... by Ornedan · · Score: 1

      Even if it were fully open, there is still the issue that, as a standard, it sucks. For everything from dates to mathematical formula notation, it specifies it's own sub-standard, ignoring existing standards.
      And those sub-standards are in many cases substandard. For example, take the date format. It enforces the old MS bug of treating 1900 as a leap year (and to counter the inevitable "but, but, backwards compatibility", the import filter can handle it). It also states that any dates before the base-date (1900/1/1 or 1904/1/1, not specified which one you should use, so your software must be able to handle both cases) are "ill-formed".
      So, want to do date calculations with historical data? Sorry, no can do.

      OOXML is a "standard" that's bloated by chronic NIH syndrome that MS is afflicted by. Before I'd even consider supporting it as an ISO standard, it would have to be redone to use existing international standards whenever that is possible, and extending an existing standard if one is appropriate, but lacking a few necessary features.
      Of course, once that's done, it would be essentially equal to ODF, possibly with some features that MS claims ODF doesn't have. But that's why ODF allows extensions in vendor-specific namespaces. (And, for that matter, why MS were invited to take part in ODF development process. So there wouldn't be those missing features that prevent them from using it. But MS refused. And then decided to make their own "standard")

    7. Re:I don't mind it being a standard if.... by owlstead · · Score: 1

      No, that's just one of the basic requirements for a standard. The others are, among others, readability, coverage (no doors left open), implementability, industry support, compatability with pre-existing standards. If possible, a standard should only rely on previous standards and not on proprietary standards and/or not-yet-finalized standards. Having some support for experts in the specific field that a standard is targeting would also be a good thing. There is probably a document out there that specifies all these requirements (or, more probably, many document of the various standardization organizations), but these are just a few.

      Somehow I've got the feeling that MooXML breaks quite a few of these requirements. But that's just a hunch. If there are indeed direct references to Excel in MooXML, than it seems that it breaks quite a few of the basic requirements already.

    8. Re:I don't mind it being a standard if.... by jhol13 · · Score: 1

      I do. Not only mind, but object, severely.

      One of the reasons I object is: http://atrc.utoronto.ca/index.php?option=com_conte nt&sectionid=14&task=view&hidemainmenu=1&id=371.

      There are a lot of other technical problems why it should not be a standard listed in various places on the web, see e.g. http://www.grokdoc.net/index.php/EOOXML_objections

      BTW, I am disappointed on the disabled community for not "standing up" - as they did with ODF 1.0 (and therefore ODF 1.1 was created) http://www.consortiuminfo.org/standardsblog/articl e.php?story=20070801182558375. Paid shills.

  14. International committee deciding US position? by Anonymous Coward · · Score: 0

    Why is an international committee deciding the US position? Should it not be a US committee, probably under the auspices of ANSI as I believe that it is the national standards organisations which are members of ISO.

  15. Problem Solved by BillGatesLoveChild · · Score: 1

    > OOXML Won't Get Fast-Track ISO Standardization

    If Rupert Murdoch can buy The Wall Street Journal, why can't Microsoft buy ISO?

    PS. Bill, US$680K plus options a year and I'm yours! I've even got a plan to bring that pesky Slashdot into line. ;-)

    1. Re:Problem Solved by killjoe · · Score: 1

      They tried pretty hard. In the end they will end up buying it, this is just a small stumbling block. They will spend more money, bribe more people, corrupt more organizations and shove their format down everybodies throat.

      --
      evil is as evil does
  16. Misleading article headline, it's far from over by pieterh · · Score: 4, Informative

    This decision was only for the U.S. and it's not over there. Look carefully at the comments by those who voted, and you'll see there is room for changes. Look at Lexmark's comment...

    It's very important to understand that the OOXML fight is not over. Microsoft are doing a fantastic job of explaining to committees why this format deserves to be an international standard, and of ensuring no-one gets onto the committees who can raise this dreamy proposition.

    We are looking at a lot of votes between now and end-August, across the world, and it's still not too late to submit comments to - for example - the Australian Standards Authority, which will almost certainly vote YES to OOXML.

    On NoOOXML.org the FFII is coordinating the fight. If you've not signed the petition, please do so.

  17. Say what? by Mr_Silver · · Score: 1

    Given the controversial nature, relative complexity, and significant importance of the standard, the results of INCIT's vote is unsurprising

    Of the 15 that voted, it got 53% of the vote, only needed one more (which could have been achieved as there was one abstention) to be given ISO standardisation - and this is "unsurprising"?

    What this says to me is that the people doing the voting do not understand the issues at hand. If they did, then there should have been no-where near that number of votes for this format.

    --
    Avantslash - View Slashdot cleanly on your mobile phone.
  18. 'Open' == 'Closed' by Anonymous Coward · · Score: 0

    We should lobby ISO to reject based on OOXML misleading name alone. Microsoft has figured out how to embrace, extend and extinguish open standards and open source. They're adopting the word 'open' in an attempt to change it's definition. A standard that references proprietary implementations is not open by any current definition.

    We have to take a stand somewhere or Microsoft will be pushing it's 'open' (meaning closed) solutions to the CxO as having all the benefits of F/OSS.

  19. RTFA... by realdodgeman · · Score: 1

    And understand. The companies that voted for OOXML are:
    - Apple
    - The Department of Homeland Security
    - EIA
    - EMC
    - HP
    - Intel
    - Microsoft(!)
    - Sony

    How many of those are Microsoft partners, retailers, or Microsoft itself?

    1. Re:RTFA... by CastrTroy · · Score: 1

      Although I have to say, seeing Apple on that list confuses the hell out of me. For a company that makes their living stating how terrible MS (and vista) in particular is, you would think that they wouldn't want to keep Microsoft in their format monopoly. Open formats, especially for office suites would bring the Mac a long way in helping to win over a lot of users. I think the major reason most people don't choose Mac or Linux is because they are worried about whether or not their documents will open correctly.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    2. Re:RTFA... by realdodgeman · · Score: 1

      Ehm... Microsoft owns Apple (literally).

    3. Re:RTFA... by mlk · · Score: 1

      I did not think they had any control over them.

      --
      Wow, I should not post when knackered.
    4. Re:RTFA... by TheRaven64 · · Score: 1

      It's quite simple. The OpenOffice port for OS X sucks beyond belief (NeoOffice sucks within the realms of belief). The Microsoft Office port to OS X (aside from the delay getting it ported to Intel - leverage, anyone?) is very slick, integrates well with OS X, and I've heard a number of people complain over the years that the UI in the Windows version wasn't as good.

      Apple makes money selling machines that will run MS Office, but doesn't make any money selling machines to run ODF-based word processors. Now Sun is funding the Mac port of OpenOffice properly, that may begin to change, and it may also change if the Mac port of MS Office gets ODF support, but at the moment Apple can make money from OOXML but not from ODF.

      --
      I am TheRaven on Soylent News
    5. Re:RTFA... by Dak+RIT · · Score: 1
      Microsoft owns 0.0000% of Apple voting stock, and I'm fairly sure they've since sold off all of the stock they bought back in 1997 (which was only $150 Million of non-voting stock, so still a small percentage).

      I'd guess Apple voted in favor of OOXML in the hopes that it would prevent MS Office formats from being moving targets from release to release, and possibly to use as leverage (probably in Europe) to force MS to publish specifications for all of the currently undocumented specs in OOXML, which would basically allow for full compatibility with any version of Office.

    6. Re:RTFA... by Shawn+Parr · · Score: 1

      Ehm... Microsoft owns Apple (literally).

      HAHAHAHAHAHAHA!

      So let me get this straight. Microsoft is caught putting Quicktime technology/code into Windows Media Player. Apple then decides to settle out of court with the following provisions: Microsoft will publicly purchase $150million of non-voting stock, Microsoft will publicly pledge to support the Mac platform for at least 5 years, and both companies will have full access to the other's patent portfolios.

      Wait a minute, at the time which company owned which? Sure sounds like Apple owned Microsoft on that one. In reality though both companies had a win. Microsoft didn't have to get exposed for being a thief in the night, at least over this issue, and it would have been a publicity nightmare. Apple got to show some major strength at a point when they needed it for marketing (although financially $150million was still a drop in the bucket to what Apple had in cash at the time, that was at the end of their darkest times and they had enough resources to bleed like they were for at least another decade, but then the iMac came out).

      Okay, you can go back to your revisionist history lessons now.

    7. Re:RTFA... by Anonymous Coward · · Score: 1, Informative

      Apple promised Microsoft that they would support MSOXML in the standards approval process, and that iWork would support MSOXML but NOT ODF. What does Apple get in return? Microsoft promises to build a Universal Binary version of Office that remains (mostly) compatible with the Windows versions.

    8. Re:RTFA... by Anonymous Coward · · Score: 0

      Many people mistakenly believe that using Apple products somehow harms Microsoft. Nothing could be further from the truth. Microsoft and Apple are business partners in many ways, and share many of the same goals for end users (lock in, exclusivity, monopolization, etc).

      In reality, one cannot expect anything less than a "YES" vote by Apple, since Apple needs Microsoft to exist to be successful, and helping Microsoft maintain its stranglehold on the industry is actually good for Apple.

    9. Re:RTFA... by JoeCommodore · · Score: 1

      The problem there is that the Mac version does not equal the windows version, one of the common things a Mac user sees is the "Compatibility Check Reminder" which check for comaptibility between the Mac and Windows versions of Office (as well as the newer and older ones).

      In the next version of Office MS has announced there will be a removal of the macro language VBA (add it to the list of things like Active X which hasn't been on the Mac since the olf IE days).

      I have my doubts that MS is planning to make Mac Office 2008 fully OOXML standard compliant.

      --
      "Enjoy what you're doing! If it becomes drudgery, you're doing it wrong!" - Jim Butterfield
    10. Re:RTFA... by JoeCommodore · · Score: 1

      Apples New iWork programs support OOXML format, but Apple has nothing with ODF support so far.

      --
      "Enjoy what you're doing! If it becomes drudgery, you're doing it wrong!" - Jim Butterfield
  20. And MSFT announces a new International Committee by 140Mandak262Jamuna · · Score: 1

    In a late breaking development,Microsoft announced the creation of a new Open International Committee for Information Technology. Microsoft spokesman affirmed the commitment of Microsoft for providing choice for its customers. Mr Toungei N Cheek said, "We have always promoted the idea of choice for the customers. They should be able to choose between multiple standards. But we realized we were all supporting the standards issued by a single international agency. We decided we need choice there too. So the customers will be able choose between multiple standards from multiple agencies. To provide for consistency and reliability the customers should use just a single vendor, us. Apart from that all these standards and standard creating agencies are just so many bullet points for the dumb CIOs and Pointy Haired Bosses to justify continuing to send billions of dollars to Redmond. So let us see it in the proper perspective."

    --
    sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
  21. INCTIS determines US position *not* ISO position by Anonymous Coward · · Score: 0

    The ISO's position on OOXML is determined by a poll of the National Bodies. INCTIS is merely the USA National Body. It can be voted down by "approve" votes from other countries.

  22. Except that MSOXML is only format w/o structure! by slashbart · · Score: 1

    The thing is, it's a piece of crap standard, in that it shows nothing of structure, it only shows formatting. It's pretty much .doc in xml format, without any structure in it.

    If you'd like to have an xml format for more than just word processing, i.e. you'd like to get content out of and into the file format, choosing ODF over MSOXML is a no brainer.

    Bart

    P.S. i refuse to call it Open Office XML, the proper name should be Microsoft Office XML

  23. Just watch, even if/when it becomes a standard by JoeCommodore · · Score: 1

    Even if or when it becomes a standard I don't think Microsoft themselves could fully support it in the long term. Part of the reason many of us programmers re-invent even our own wheel is our old wheels get real mucked up over time with patches enhancements and exceptions, etc, periodically it is time to re-think and re-tool the concept to better integrate the whole idea.

    From reading about MS's OOXML they are long overdue for a reinvention of the wheel (and thinking about it, whats to stop them? I can see them with OOXML as ISO saying "we have an ISO standard" and then put in something that's truly fixed (also proprietary and designed to automatically be native), much of the public won't know it is not 'the standard' but believe it is because thats how PR wants it. And then we have this mess again.

    --
    "Enjoy what you're doing! If it becomes drudgery, you're doing it wrong!" - Jim Butterfield
  24. It's amazing people can still believe this stuff. by symbolset · · Score: 1

    Microsoft doesn't implement other people's standards for their bread and butter.

    I'll quote here from "Microsoft Windows 2000 TCP/IP Implementation details" because it's an important and convenient example:

    Windows Sockets specifies a programming interface based on the familiar socket interface from the University of California at Berkeley.

    This is only one example out of a great many. Microsoft implements (embraces), extends, and to the extent possible extinguishes other people's standards for their bread and butter. Some people feel it's the only business model they have.

    They have the luxury of controlling the largest hoard of software engineers, product planners, marketers, testers, and customers in the desktop application market.

    I'm sure in those groups are some individuals who would object to your characterization of them as controlled by Microsoft. No doubt some of them think they're choosing the best platform and that they can change their choice when they find a better one. To the extent they suffer from Microsoft's control many of them resent it. A rebellion is brewing. Regardless, it is amazing how little quality they achieve with so much talent isn't it?

    The XML representation of that data sheds a lot of light on it.

    The XML representation of a document does indeed shed some light. Have a look at the most trivial letter as an OOXML Word document for an example of why Microsoft programmers should sit quietly in a darkened room until their minds achieve clarity.

    One downmod and you're back to trolling at 1.

    --
    Help stamp out iliturcy.
  25. ODF vs. OOXML by 3247 · · Score: 1, Interesting
    If you compare OOXML to ODF, neither one actually wins. Both have their drawbacks and advantages:
    • Open Document Format lacks some features expected from modern office applications. As a result, many applications use their own extensions. These, of course, make the files incompatible: While other applications can read the document, some of the formatting is simply lost. Office Open XML has a complete feature set. It's actually based on a full word processing application, not on the lowest common denominator.
    • Open Document Format is underspecified. It does not speficy exactly how to lay out the elements of a document. As a result, the same document looks different in different applications. Office Open XML exactly specifies all of that. This ensures that applications can actually share documents but makes the specification much longer and harder to implement.
    • While Open Document Format is an open standard, one usually uses the OpenOffice.org flavour. This is not really different from Office Open XML and its Microsoft Office flavour. The OpenOffice.org flavour is only documented as OpenOffice.org's source code, the Microsoft Office flavour is mostly documented in the standard.
    • Open Document Format allows easy upgrading from StarOffice/OpenOffice.org documents. Office Open XML allows easy upgrading from Microsoft Office documents.
    • Open Document Format has a longer history as an open standard and is already an ISO standard. Office Open XML is derived from a proprietary format.
    • Open Document Format has more existing implementations. Office Open XML has currently just a single implementation - Microsoft Office. There's the risk that something is missing in the standard making it unimplementable by competitors.
    The best thing, IMO, would be to combine the two specifications: There should be a profile/extension for ODF that adds the things missing from ODF but present in OOXML: missing features and missing depth of the specification.
    --
    Claus
    1. Re:ODF vs. OOXML by bucky0 · · Score: 1
      I don't think there can be such thing as a "perfect" document format. Clearly, both OOXML and ODF will have their limitations. However, "combining" the two implementations would be functionally difficult and doesn't address the underlying issue most people have with OOXML. I'll quote wikipedia and quote for emphasis:

      The Office Open XML format was initially made available under a free and perpetual license.[21] for "any of (OOXMLs) essential patent claims in Ecma 376". This patent coverage does not extend to non-essential items, or unrequired-items that are defined in OOXML.

      As there was concern that free and open source software (FOSS) could not use the format under the proposed license,[22] Microsoft provided a covenant not to sue[23]. The covenant received a mixed reception, with some like Groklaw identifying problems[24] and others (such as Lawrence Rosen) endorsing it.[25]

      Microsoft also added the Office Open XML format to their Microsoft Open Specification Promise in which Microsoft irrevocably promises not to assert any Microsoft Necessary Claims against you for making, using, selling, offering for sale, importing or distributing any implementation to the extent it conforms to a Covered Specification ("Covered Implementation"). The Office Open XML 1.0 - Ecma 376 and its predecessor Office 2003 XML format are among the covered specifications.[26]

      The Office Open XML format therefore can be used under the Covenant not to Sue or the Open Specification Promise, providing only items required in OOXML are implemented. So, we have a format where microsoft promises to not sue over patent use, only if other implementations only implement required items. So, any 'optional' parts of the spec are off-limits to competitors. Is that a document format that the whole world should get behind? A document format where you can only implement the bare minimum, or face the threat of being sued? I think that reason trumps anything else in the debate, and makes OOXML a non-starter for me (and many others)

      --

      -Bucky
    2. Re:ODF vs. OOXML by man_of_mr_e · · Score: 1

      As opposed to Sun's covenant not to sue in which they only agree not to sue you if you are implementing ODF 1.0 or a later version in wich Sun actively participates? In other words, if sun drops out after ODF 1.2, then they could sue anyone for implementing version 1.3 or later?

    3. Re:ODF vs. OOXML by bucky0 · · Score: 1
      Firstly, that's incorrect, I'll quote below (emphasis mine)

      Sun OpenDocument Patent Statement, submitted by Sun Microsystems, Inc., September 29, 2005

              Sun irrevocably covenants that, subject solely to the reciprocity requirement described below, it will not seek to enforce any of its enforceable U.S. or foreign patents against any implementation of the Open Document Format for Office Applications (OpenDocument) v1.0 Specification, or of any subsequent version thereof("OpenDocument Implementation") in which development Sun participates to the point of incurring an obligation, as defined by the rules of OASIS, to grant (or commit to grant) patent licenses or make equivalent non-assertion covenants. Notwithstanding the commitment above, Sun's covenant shall not apply and Sun makes no assurance, covenant or commitment not to assert or enforce any or all of its patent rights against any individual, corporation or other entity that asserts, threatens or seeks at any time to enforce its own or another party's U.S. or foreign patents or patent rights against any OpenDocument Implementation.

              This statement is not an assurance either (i) that any of Sun's issued patents cover an OpenDocument Implementation or are enforceable, or (ii) that an OpenDocument Implementation would not infringe patents or other intellectual property rights of any third party.

              No other rights except those expressly stated in this Patent Statement shall be deemed granted, waived, or received by implication, or estoppel, or otherwise.

              Similarly, nothing in this statement is intended to relieve Sun of its obligations, if any, under the applicable rules of OASIS. (source)
      --

      -Bucky
    4. Re:ODF vs. OOXML by man_of_mr_e · · Score: 1

      You forgot the part that comes after "in which development Sun participates..."

      How, precisely, did you miss that? Especially after I stated it explicitly?

    5. Re:ODF vs. OOXML by bucky0 · · Score: 1

      Maybe we parsed the sentences differently. I parse "and any subsequent revision thereof" as meaning just that. It's legalese and written all contorted, but the second clause that you point out "in which development Sun participates" doesn't override that.

      IANAL, but it seems like the reasoning goes like this: While sun is developing ODF, they agree that any of their IP in the spec is, in perpetuity, under their covenant not to sue.

      When sun stops developing ODF, the other clause is to just cover their ass. It probably doesn't make much sense legally to leave a patent covenant open-ended when they're not involved in the process.

      You're right, but I can't think of a way that sun could exploit that to close up ODF, even if they really really wanted to. They'd have to drop out of the standards committee, then somehow convince the committee they just left to put a new feature in that uses one of their patents.

      I could understand how that would be objectionable, but I think it's reasonable for Sun to say, "look, we'll give away all these patents as long as we have a hand in the process. If we get out of the process, you can still keep those patents, but we're going to keep the rights to everything else in my patent portfolio"

      --

      -Bucky
    6. Re:ODF vs. OOXML by jhol13 · · Score: 1

      Open Document Format lacks some features expected from modern office applications. As a result, many applications use their own extensions. Name one. Don't be fooled to spreadsheet formulas: they all use extremely compatible stuff, see OASIS spec for that.

      Office Open XML has a complete feature set. Really? http://atrc.utoronto.ca/index.php?option=com_conte nt&sectionid=14&task=view&hidemainmenu=1&id=371. I would not call that "complete".

      Office Open XML exactly specifies all of that. You have forgotten the "layoutLikeWord95", etc.

      While Open Document Format is an open standard, one usually uses the OpenOffice.org flavour. The flavour is called ODF1.1. What other flavours there are in use?

      Open Document Format allows easy upgrading from StarOffice/OpenOffice.org documents. Yes and no. It is equally easy for other applications too.

      Office Open XML allows easy upgrading from Microsoft Office documents. But makes it practically impossible for other applications.

      Combining the specifications is a very silly proposal, you apparently lack the knowledge of the specifications.
    7. Re:ODF vs. OOXML by man_of_mr_e · · Score: 1

      Your analysis doesn't seem to make much sense. Those aren't two clauses, they're the same clause, they just have a parenthetical in the middle to explain the meaning version, as such, yes.. the second part of the sentance does modify the first part "in which" is a clear sign of modification. There is nothing in there that says "irrevocable" (Microsoft's does). And, more importantly, I can't see how this license would be GPL compatible, since it doesn't offer a perpetual patent amnesty.

    8. Re:ODF vs. OOXML by bucky0 · · Score: 1

      I used the wrong word. Sorry. That's why I tried to explain it in plain english.

      You're right, the word irrevocable isn't in there, but the way I understand is is this:

      Sun works on ODF.
      They release a version (let's call it 1), covered under the patent covenant.
      Sun leaves the ODF group.
      They release a new version (let's call it 2), any additional IP in V2 isn't covered, but everything in V1 is. It is "any subsequent revision" of V1, afterall.

      That's how I understand it. How do you?

      --

      -Bucky
  26. Re:Except that MSOXML is only format w/o structure by fosterNutrition · · Score: 1

    P.S. i refuse to call it Open Office XML, the proper name should be Microsoft Office XML Actually, its proper name is "Office Open XML," which I agree should be called "Microsoft Office Open XML."
  27. DHS impression of ODF is flawed by Anonymous Coward · · Score: 0
    Read the comments that DHS submitted. (Side issue - why the hell is the Department of Homeland Security a member of a standards body?)

    Despite the international controversy between ODF and OOXML, DHS sees reason for both of these standards to co-exist as approved ISO specifications. Both standards seem to be the XML-ization of legacy software binary file formats.
    ODF is the XMLization of a legacy binary format??? What are they smoking?

    The vote tally: http://ballot.itic.org/itic/tallyvote.taf?function =vote&committee=INCITS&ballot_id=2212

    1. Re:DHS impression of ODF is flawed by ScrewMaster · · Score: 1

      What are they smoking?

      Darl McBride's crack pipe. Now that Darl doesn't need it anymore he loaned it to them.

      --
      The higher the technology, the sharper that two-edged sword.
    2. Re:DHS impression of ODF is flawed by DeeKayWon · · Score: 1

      He does still need it, but he just can't afford it anymore.

    3. Re:DHS impression of ODF is flawed by doktor-hladnjak · · Score: 1

      Didn't ODF start out as the proprietary XML format in StarOffice?

    4. Re:DHS impression of ODF is flawed by Ash-Fox · · Score: 1

      Nope, it started off using StarOffice's and OpenOffice's (they both adopted the format at the same time to my knowledge) open XML format as a basis and then was developed/improved continuously under a Technical Committee, known as the OASIS industry consortium.

      --
      Change is certain; progress is not obligatory.
  28. Re:OOXML vote F8::A7::N1 is this political ...? by OldHawk777 · · Score: 1

    I found the vote very interesting and suspect "eight votes in favor, seven against, and one abstention".

    Can M$ lobbyist, nepotism, payola ... be involved in such a nice neat split decision?

    I agree, M$-Tactics and Biz-Model, has always been based on maintaining no industry (or any type of) standard that may allow innovative competitor products to diminish M$ customer hostage base. The M$ Biz-Model should be considered monopolistic (to include software patents) tactics that are highly disruptive to software innovation and software entrepreneurs in a free and open market economy (but we [US, EU ...] have a corporatist welfare economy). M$ keeps customers from coalescing around any other OEM/OSD industry format/product. M$ is not the lone institution (include Congress and EU Parliament) in maintaining an exploitive corporatist welfare economy.

    I have no doubt that the intent of M$ (and others) is always to delay any open/global standardizations, and support any proprietary industry standards (like a DRM/IPR de-facto/de-jure standard) that supports holding customers hostage, and/or preventing (via DRM/IPR... virtual Iron Curtain) immigration by customers to other Corporate States' formats/products. Wow, when I say it this way it sound really sinister and monopolistic (but all perfectly legal or ignored?).

    I object to M$ BizTactics, not their products which I never use at home.

    --
    Unaccountable leaders are masters, and unrepresented people are slaves. How do US and EU fare?
  29. Apple by lotho+brandybuck · · Score: 1

    Who was it that said, "If Apple didn't exist, Microsoft would have to invent them?" I'm also really frustrated that the IEEE (to which I belong) wouldn't take a stand against a standard that blatantly references commercial products.

  30. No way Bill would go that high by Anonymous Coward · · Score: 0

    $640K should be enough for anyone!

  31. OOXML sucks because... by JustNiz · · Score: 1

    it allows for binary large objects (BLOBS) of undefined format so doesn't actually solve the problem at all.
    Its not hard to guess that Microsoft will just go on using their old closed proprietary formats, just as a BLOB encapsulated in a thin OOXML wrapper.
    OOXML used this way would be a quick solution to give a fake legal veneer of openness rather than a real attempt at an actually open format.

    1. Re:OOXML sucks because... by doktor-hladnjak · · Score: 1

      Have you ever actually looked inside of a real OOXML file?

    2. Re:OOXML sucks because... by man_of_mr_e · · Score: 1

      You do realize that *ANY* office format has to support undefined blobs, including ODF (which it does). Right?

  32. Re:Except that MSOXML is only format w/o structure by jefu · · Score: 1

    Microsoft Office XML
    => Mocks ML or Mock XML

    Microsoft Office Open XML
    => Mukes ML

    Not much to choose from, (though if it were only "Nukes ML", sigh), but the first has a bit of an edge.

  33. This is what "fast track" means by Anonymous Coward · · Score: 0
  34. Don't jump to conclusions by taurine924 · · Score: 1
    You should do your research. Microsoft has a translater to go BOTH WAYS between OOXML and ODF:

    http://www.microsoft.com/Presspass/press/2007/feb0 7/02-01OpenXMLPR.mspx

    ...Translator enables conversion of documents from one format to the other and is available for anyone to download and use at no cost. When plugged into Microsoft® Office Word, for example, the Translator provides customers with the choice to open and save documents in ODF rather than the native Open XML format. The Translator may also be plugged into competing word processing programs that use ODF as the default format to open and save documents in Open XML. Microsoft Corp. announced its support for the open source project to build a technical bridge between Open XML and ODF in July 2006 to provide interoperability between formats. Since inception, it has remained among the 30 most active projects on SourceForge.net and has been downloaded more than 50,000 times...

    1. Re:Don't jump to conclusions by Fred_A · · Score: 1

      You should do your research. Microsoft has a translater to go BOTH WAYS between OOXML and ODF:

      [ ... ]
      The Translator may also be plugged into competing word processing programs that use ODF as the default format to open and save documents in Open XML.

      Not until someone tells me how to run this weird .EXE file, whatever that is. Or maybe it's only for Windows ?
      Nah, MS is playing nice now.
      --

      May contain traces of nut.
      Made from the freshest electrons.
  35. Ars is hitting the MS kool-aid harder than usual by bersl2 · · Score: 1

    Anybody else feel like this is the case with the ODF/OOXML issue?

  36. In Soviet Russia, fail does YOU!! by Anonymous Coward · · Score: 0

    If you're going to tout expertise regarding a formula, then please apply it correctly:

    In Soviet Russia, tired old meme regurgitates formula on YOU !!