Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

Microsoft Receives Open Source VIP Blessing

Posted by ScuttleMonkey on Tue Nov 29, 2005 05:22 AM
from the go-with-tux-my-child dept.
* * Beatles-Beatles writes to let us know that Larry Rosen has given his blessing to the new terms that Microsoft is Making their Office XML Reference Schema available under. Rosen, "the attorney that wrote the book on open source licensing and the man who was the Open Source Initiative's first general counsel and secretary," described this move as the "most significant olive branch to date" to come from the Redmond software giant.
+ -
story
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • by Anonymous Coward on Tuesday November 29 2005, @05:28AM (#14136393)
    I'm recycling a comment from another AC in another Scuttlemonkey/**Beatles-Beatles post. This guy's getting worse than Roland Picklepail:

    Am I the only person who has noticed the numerous stories that get posted by *--Beatles-Beatles? Am I also the only person who has noticed that the link used in is name is a constantly changing URL (depending on the story) with pointers to various scammy sites? Is it not obvious what he's doing? He's using the awesome PageRank of slashdot do promote his sites based on searches that have the word Beatles in them.

    It's a small price to pay for free advertising. Find a story, summarize it in 5 minutes, post to slashdot, and get a pagerank boost that advertisers would pay hundreds (or maybe thousands) for. (Text links on high-ranking sites is big business - just ask oreilly).

    Slashdot should at least put a ref=nofollow in the links to submitters (or better yet, only link the submitter's name to his/her user page).

    In closing, a quick bit of WHOIS shows that all the sites linked by **B-B are registered to Carl Fogle. Carl, cut this crap out.
  • Back in Mass. (Score:5, Interesting)

    by DrEldarion (114072) on Tuesday November 29 2005, @05:31AM (#14136405) Homepage
    This move has put Microsoft back in the race in Massachusetts [vnunet.com]. They were previously threatening to disqualify MS due to not supporting any standards.

    • Re:Back in Mass. (Score:5, Insightful)

      by vidarh (309115) <vidar@hokstad.com> on Tuesday November 29 2005, @06:13AM (#14136518) Homepage Journal
      They were threatening no such thing. They standardised on ODF and made it clear they'd be happy to work with anyone who - by the time the policy goes into force in 2007 - supports ODF in the appropriate way in their software.

      That MS chose to present that as if they were being excluded is more about MS' fear of competition and the free market than about reality.

        • Re:Back in Mass. (Score:5, Interesting)

          by indifferent children (842621) on Tuesday November 29 2005, @07:46AM (#14136735)
          Or maybe the government IT folks in Massachusets think that a format designed to be open and interoperable will be a better format than one that was designed to serve the interests of one corporation. Those crazy kids.
      • Re:Back in Mass. (Score:4, Interesting)

        by rmstar (114746) on Tuesday November 29 2005, @06:08AM (#14136510)
        By promising to open their standard they have made a fairly dramatic political move. They are doing quite a bit of stuff lately that makes me think that they are very desperate.
          • If by 'desparate' you mean 'responding to the market' then yes, they are.

            Microsoft's track record is one of abusing their monopoly, to abuse their customers. If they're 'responding to the market' they must think that their corporate doomsday clock is at 11:59pm.

            So there! (sorry for that last bit, but I just wanted to use *all three* forms of they're/their/there correctly in one post (another sign of the apocalypse)).

          • Re:Back in Mass. (Score:5, Insightful)

            by QuietLagoon (813062) on Tuesday November 29 2005, @08:17AM (#14136898)
            If by 'desparate' you mean 'responding to the market' then yes, they are.

            Microsoft doesn't "respond to the market". Microsoft "protects its monopoly".

            In this instance, Microsoft saw a significant threat to its MS Office monopoly when Massachusetts decided to support an open document format that others and Microsoft could support. That removed a key advantage that Microsoft holds, i.e., the ability to completely control the document format(s) of office productivity products.

            Once Microsoft has lost the advantage of file format control, where is Microsoft's advantage?

            Microsoft's biggest fear is having to compete in an open, fair marketspace, without having the ability to leverage its desktop monopoly, or proprietary file formats and protocols, to lock up new markets.

  • by axonis (640949) on Tuesday November 29 2005, @05:36AM (#14136416)
    Isn't this really just a standards specification for the office file format in XML and thus has nothing to do with open source since Microsoft is not providing any code ?
  • by MosesJones (55544) on Tuesday November 29 2005, @05:38AM (#14136423) Homepage

    Come on guys, cut down the flames and lets think... its only a SMALL start but it is a very significant start. While this might be a one-off tactical move its from one of the most important divisions in Microsoft, its an important move. This is Microsoft ACTIVELY accepting and PROMOTING an Open Source licensing model.

    Dinosaurs take a long time to turn (remember IBM?)... has the first synapse fired?

    Applaud them when they do good things, it gives more weight to your later critisism.
    • by WindBourne (631190) on Tuesday November 29 2005, @05:46AM (#14136448) Journal
      Or could it be that MS is simply doing a tactical move to hold off OO (and others) from making inroads?

      Personaly, I will wait and see how real this is. So far, every single time that MS has done something to support a standard or OSS, it turns out to be a trap. Think in terms of their recent attempt at stopping spam via DNS.
        • Microsoft cannot be trusted. Ever.

          Careful there. I got into professional coding in '86. After doing that for a few years, I realized that IBM was the great evil and not to be trusted. So at that time, I figured that IBM would be the great evil of all time and spent the next few years working on MS and pushing it everywhere. Things changed, showing that I was wrong.

          Down the road, we may find that MS will adopt OSS to keep from following SGI, Word Perfect, and Intuit (all these companies will most likely fa

    • This is Microsoft ACTIVELY accepting and PROMOTING an Open Source licensing model.

      No, this is Microsoft making a sacrifice to stop the OpenDocument, which would have a good chance of ruining all of Microsoft's revenue from office products, and even worse (for them), break an important pillar of their TC campaign.
    • Show me the code ;) Sorry but to license specs is a step backward. Specs should be public and free for anyone to implement. Ring me back when they will put their code under an open-source license. Licensing specs is even against the spirit of FOSS.
  • by eleknader (190211) <<if.tenhp> <ta> <redankele>> on Tuesday November 29 2005, @06:04AM (#14136499)
    Yes, the format will be open.

    What Microsoft is likely to do is:
    - add own extentions and not release them
    - forbid relicencing of patents so that no implementation can be released under LGPL / GPL

    IMHO this is just a trick. MS wants everybody to wait for 18 months before this is really released, and prevent Open Source competition with patent licence restrictions.

    We'll see this after two years, I hope I'm wrong but if this happends, I'll come back and say:

    See, I told you so! :)

    Eleknader

  • by Rogerborg (306625) on Tuesday November 29 2005, @06:13AM (#14136519) Homepage
    "We come swinging the olive branch of peace."
  • yawn (Score:5, Insightful)

    by Tom (822) on Tuesday November 29 2005, @07:01AM (#14136599) Homepage Journal
    Its called the bait and switch [wikipedia.org], and I'm surprised someone so experienced falls for it.

    In short: Sure they'll release specs. And just as certainly that which is actually implemented in the next office version will be something different. Probably minor, but crucial differences. Minor enough to be able to say "*shrug*, we just made a few updates and extensions" and crucial enough to prevent interoperability.
  • by mustafap (452510) on Tuesday November 29 2005, @07:11AM (#14136630)
  • by Rick and Roll (672077) on Tuesday November 29 2005, @07:24AM (#14136663)
    This doesn't fix the fact that the MS format sucks. It's a lot more confusing for programmers than the OpenDocument format.

    Also, it still isn't as open as OpenDocument. Partly for the reason that Microsoft isn't open to contributions to the format, and that they dictate what the format will be like.

  • by PSaltyDS (467134) on Tuesday November 29 2005, @07:25AM (#14136667) Journal
    Quote of Rosen from the article: "The first reaction people will have is, "where's the catch?" I don't see anything we can't live with. We can participate in crafting the standard in ECMA, we can read and write Office 2003 files in open source applications, and we don't have to pay royalties to Microsoft to do so. It's a good start." (Emphasis mine.)

    As I understand it (imperfectly, for sure) there are legaly significant differences between the XML schema for Office 2003 and the upcoming Office 12.

    Isn't this a Microsoft Bait-and-Switch? They make enough changes in terms on the legacy Office 2003 schema to continue their lock-in in Mass., but when the state has to update to Office 12 new patented and licensed "extensions" will lock out any competitive options.

    Make no mistake, locking out others and maintaining position as The Monopoly is the business plan here.

    • You are correct, Sir (Score:4, Informative)

      by Tony (765) on Tuesday November 29 2005, @10:05AM (#14137653) Homepage Journal
      As I understand it (imperfectly, for sure) there are legaly significant differences between the XML schema for Office 2003 and the upcoming Office 12.

      There are major differences, both technically and legally, between MS-Office 2003 XML and MS-Office 12 XML. Microsoft is submitting the MS-Office 2003 XML schema to ECMA; so far, they have not indicated they are doing the same with the MSO 12 schema. Also, their covenant not to sue over patents is specific to the 2003 schema. Finally, the 2003 xml schema is optional; it's my understanding that the MSO 12 schema is the primary format for the upcoming version of MS-Office.

      Microsoft loses nothing by offering up the 2003 schema as a sacrificial lamb; most people still use .doc as their primary format within MS-Office. Near as I can tell, Microsoft is merely trying to cloud the issue in the Commonwealth of Massachusetts.

      Of course, I could be wrong. But I don't think so.
  • How about a... (Score:3, Insightful)

    by Anonymous Coward on Tuesday November 29 2005, @07:29AM (#14136678)
    ...Firefox plugin that reads ODFs? I know this is offtopic, but this would really be an easy way to spread ODF and show the world that ODF can really be usefull in interoperability....

    Sorry again for the offtopic...
  • by codepunk (167897) on Tuesday November 29 2005, @08:44AM (#14137058)
    This still does not meet MA's Defininition of a Open Format. Anyone listening to the hearings knows that MA's definition of a Open Format includes the ability of mulitple vendors to have equal input to the format specification. MS soley controls the MS XML format therefore it does not meet the MA qualification as a Open Format.

    Now of course I fully expect crooked politics and money to fix that little loop hole.
  • by eno2001 (527078) on Tuesday November 29 2005, @09:37AM (#14137407) Homepage Journal
    Goofus (AKA * * Beatles-Beatles) runs a pointless business simply to make money without providing any useful service or good other than serving his own avarice by raising his Google rating.

    Gallant works as a programmer for a company that releases most of their products into the Free/Open software world and simply has a social conscience that extend beyond himself.

    Goofus works very hard at finding quick and easy ways to make money with nothing productive being done.

    Gallant knows the value of hard work combined with the end goal of making the world a better place to live and uses his work as a way of improving life for others. Anything that he benfits from is incidental and not the reason for working.

    Goofus loathes REAL work and is always keeping his eyes open for scams like abuse of Google link ratings as opposed to actually making a product or providing a REAL service of any kind.

    Gallant spends his free time trying to warn citizens of the internet of the various ways in which supposed "businesses" abuse internet resources to try and raise page ranking.
  • Horse Cart (Score:4, Insightful)

    by Nom du Keyboard (633989) on Tuesday November 29 2005, @11:47AM (#14138634)
    Larry Rosen is blessing something that hasn't even happened, won't happen for awhile, may not happen as completely as people seem to think it will, can't be implemented by competitors effectively for a good while after that, and is still subject to the Microsoft E-E-E strategy if MS can figure out a way to make that happen.

    Personally, if MS ever does fully release their current MSWord Document Format to to the public, my belief is that two things will happen:

    1: It will become the default save format, and essentially require everyone back to the days of Word 95/97 to upgrade to the next Office suite giving MS lots of $$$ that the haven't been able to get otherwise with their bloatware releases of features almost nobody needs -- except to read documents from other people.

    2: The moment XML Doc comes into use, MS will introduce Enhanced Document+ as their preferred format, complaining that they need to get new important features to the user as quickly as possible and that the standards process is too slow for this. Of course by the time that ED+ format is standardized and implmeneted by anyone besides MS (who didn't announce this to anyone until they had their fully debugged version rolling off the CD presses) MS will again be years ahead of the competition. They'll just wear down the other implementers on the basis of their larger bankroll to pay for new development, and this post will become an interesting historical curiosity under the I-Told-You-So department of Slashdot.

    • Re:Standard - oh my. (Score:3, Interesting)

      by KiloByte (825081)
      Do we really want this mess [oasis-open.org] to become our standards ?

      No, we don't.

      As the time flies, I'm getting more and more convinced that OSI is actually harming our cause. While RMS sometimes has bad ideas as well (GFDL, GPLv3), Free Software is the way to do. Not the collestion of look-but-not-touch-and-we-reserve-all-rights-to-su e-you licenses endored by OSI and friends.
    • by shis-ka-bob (595298) on Tuesday November 29 2005, @10:11AM (#14137707)
      Standards are not fun. Try reading standards for mundane things like nuts and bolts. Besides the obvious pitch and diameter, there are all sorts of standards for the profiles of each thread, the metals that are to be used, how the strength of the screw is to be determined, and so on. Even in the 'obvious' features like diameter and pitch, don't you suppose that there needs to be an agreed upon margin of error? The standards are dry as the Sahara, but I'm really glad that I don't have to worry about having to get nuts and bolts from the same batch or even from the same manufacturer.

      Why should software be different than nuts and bolts? Large detailed standards are not a bad thing. Now, if you can show that ODF is poorly designed compared with Microsoft's format, then I will listen. From the review of the two formats on Groklaw, I am actually inclined to prefer ODF to Microsoft's Office XML. ODF uses XLink, rather than reinventing that wheel, and ODF allows for mixed content (text and tags within the same parent tag) just like (X)HTML.

    • by oneandoneis2 (777721) * on Tuesday November 29 2005, @06:02AM (#14136495) Homepage

      Take a look at Groklaw's comparison of XML formats [groklaw.net] and tell me if you think MS's XML is human-readable! :o)

      • Take a look at Groklaw's comparison of XML formats and tell me if you think MS's XML is human-readable! :o)

        Seriously, and I'm not joking here, it looks a whole lot more human-readable than perl or regexps. And as long as it can be converted easily (I assume excellent ODFdocx converters to be available soon if not now), will the implementation details matter? The only thing that really matters is if Microsoft starts doing "embrace and extend" with undocumented and purposefully obfuscated elements or attribut
    • by Alphix (33559) on Tuesday November 29 2005, @06:04AM (#14136503) Homepage
      XML is just a language, you can make the documents as incomprehensible as you want....

      <?xml version="1.0"?>
      <legalnote>
              <warning>This document scheme is patented, copyright protected and trademarked</warning>
              <uspto>US1234567</uspto>
      </legalnote>

      <blob type="binary" encryption="proprietary 40-bit">
              <key type="public" enc="hex">
                      e5e9fa1ba31ecd1ae84f75caaa474f3a663f05f4
                      bd30361aa855686bde0eacd7162fef6a25fe97bf
              </key>
              <data enc="hex">
                      2bb80d537b1da3e38bd30361aa855686bde0eacd
                      7162fef6a25fe97bf527a25bb1da3e38bd30361a
              </data>
      </blob>

      <blob type="image" codec="proprietary">
              <data enc="hex">
                      30361aa855686bde0eacd7162fef6a25fe97bf527a25b
                      2bb80d537b1da3e38bd30361aa855686bde0eacd30361
              </data>
      </blob>
      • by Decaff (42676) on Tuesday November 29 2005, @06:46AM (#14136573)
        XML is just a language, you can make the documents as incomprehensible as you want....

        True, but you gave a bad example, as you were illustrating how embedded binary information can look incomprehensible, which is irrelevant.

        XML can be made difficult to read through the use of meaningless tag names or attributes.

        The point of XML is that it can be made easily human readable (and good XML should be) - in fact this was one of the original design considerations.
        • by Alphix (33559) on Tuesday November 29 2005, @07:30AM (#14136680) Homepage
          > The point of XML is that it can be made easily human readable

          True, but neither embedded binary information nor obfuscated tags are irrelevant since we are discussing whether opening up the XML formats will actually result in an open standard which can be implemented by competitors.

          The point I tried to make is that there is a large number of tricks (binary data, links to external data in proprietary formats, patents, obfuscation, writing non-compliant documents, "extending" the standard, etc) which can be utilized to create non-interoperable file formats even if they are based on XML...creating a good and genuinely open XML format requires the will to do so...and somehow I have the feeling that the will of some parties is not that strong.
      • by g2devi (898503) on Tuesday November 29 2005, @08:55AM (#14137134)
        Actually it's not so bad:
        http://www.groklaw.net/article.php?story=200511251 44611543 [groklaw.net]

        I'll let you judge for yourself how good or bad it is:

        MS XML
        <w:r> <w:rPr> <w:b /> </w:rPr> <w:t>this is bold</w:t> </w:r>

        OpenDocument
        <text:span text:style-name="Strong_20_Emphasis"> this is bold </text:span>

        XHTML
        <b>this is bold</b>

    • by Vegard (11855) on Tuesday November 29 2005, @06:28AM (#14136548)
      The pitfalls could be summarized into these three points, as I see it:

      1) Patents/licenses.

      Do Microsoft have any patents to any methods/techniques in the XML schemas? Patents seem to be granted on pretty much anything, nowadays (that's another discussion), but even if it's non-valid, open source-developers can rarely afford to either contest or license use of a patent.

      If Microsoft makes a blanket license to use any patented method they might have claim on relating to the format, no questions asked, and with a right to sublicense, kudos to them. If not, it's not an open format.

      There was also some technicalities regarding "a conforming implementation". Does this mean that you're not allowed to implement support for any extensions that are non-conforming to the specification? Are Microsoft the only ones allowed to do that? (Microsoft doesn't actually have a good track-record for following specifications - not even their own ones).

      That leads us into point 2:

      2) Is Microsoft itself going to conform to the specification, or are they going to embrace and extend their own formats? If they are, this means that the situation won't be much better than today, as we're forever stuck with reverse-engineering "the newest Microsoft Office formats". Making an XML specification itself changes nothing. The value in this XML specification coming from Microsoft, is that it promises interoperability with and long-term-archivability of documents written in Microsoft office, something that's been problematic up to now.

      If this is just a "snapshot", however, something that some version of Microsoft office once used, but you can't be sure that *any* Microsoft Office-document can be opened with just implementing the specification, we gain nothing. Nothing at all. Then, it's just a fake bone, a PR-stunt, to keep off ODF competition.

      ODF of course have the same problems, but at least that format comes from the open source world, which means that at least the open source implementations (that are likely to become the "reference implementations") can be studied to see what the hell they have changed and why they're not conforming.

      - Vegard
        • >>The pitfalls could be summarized into these three points, as I see it:
          >>1) Patents/licenses
          >>2) Is Microsoft itself going to conform to the specification

          >You're forgetting something

          Point 3?

    • Re:Who? (Score:3, Interesting)

      by Anonymous Coward
      Have you *ever* seen MS refer to themselves as MicroSoft? No!

      Well, in fact, yes I have. That's how it was originally.

    • Re:Who? (Score:5, Funny)

      by RandoX (828285) on Tuesday November 29 2005, @07:35AM (#14136695)
      I've seen Microsoft referred to in a lot of ways they wouldn't use themselves.
    • Which is why, the mass gov. wants a standard file format.

      You can still have employees do nothing but a spefic format. If they have to switch it enough, then the users will switch office packages. And that issue, is why OO has the ability to choose what is the default format.