Catch up on stories from the past week (and beyond) at the Slashdot story archive

 



Forgot your password?
typodupeerror
×
Microsoft

Microsoft Receives Open Source VIP Blessing 198

* * 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.
This discussion has been archived. No new comments can be posted.

Microsoft Receives Open Source VIP Blessing

Comments Filter:
  • by axonis ( 640949 ) on Tuesday November 29, 2005 @06: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 @06: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 @06: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.
  • Since when... (Score:1, Insightful)

    by magicRob ( 815117 ) on Tuesday November 29, 2005 @06:48AM (#14136454) Homepage
    has Microsoft had a capital S in it?

    Back on track. Either way, MS will support both file formats in their Office Suite. This just means that OOo gets to add Office XML support without having to work it out themselves.
  • by TrappedByMyself ( 861094 ) on Tuesday November 29, 2005 @06:50AM (#14136461)
    Who cares?
    Slashdot needs content and the guy is providing it. If he's profitting from it, well good for him. He's smarter than the rest of us.
  • by trollable ( 928694 ) on Tuesday November 29, 2005 @06:51AM (#14136465) Homepage
    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 WindBourne ( 631190 ) on Tuesday November 29, 2005 @07:03AM (#14136497) Journal
    Don't click on his|her link.

    Don't get me wrong. I get tired of the trollers here (ifwm comes to mind). But if they are not impacting you or the site (and if they are actually helping it), then who cares?
  • by eleknader ( 190211 ) <eleknader@p[ ]t.fi ['hne' in gap]> on Tuesday November 29, 2005 @07: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 Alphix ( 33559 ) on Tuesday November 29, 2005 @07: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>
  • Re:Back in Mass. (Score:5, Insightful)

    by vidarh ( 309115 ) <vidar@hokstad.com> on Tuesday November 29, 2005 @07: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.

  • by PhilHibbs ( 4537 ) <snarks@gmail.com> on Tuesday November 29, 2005 @07:24AM (#14136538) Journal
    It's about open formats that can be implemented in Open Source. No, they aren't providing any code, no-one said they are.
  • by Vegard ( 11855 ) on Tuesday November 29, 2005 @07: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
  • by Kjella ( 173770 ) on Tuesday November 29, 2005 @07:49AM (#14136578) Homepage
    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 attributes. While the format looks very convoluted, it wouldn't be a big job to "reverse engineer" docx as it is today without documentation.
  • yawn (Score:5, Insightful)

    by Tom ( 822 ) on Tuesday November 29, 2005 @08: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 Kuukai ( 865890 ) on Tuesday November 29, 2005 @08:07AM (#14136616) Journal
    This content is of inferior quality and capitalizes the S in the middle of Microsoft, not to mention random verbs, but sadly, I must concede it's better than PS3 vs. 360 projections and "ohnoes vap0rware!". Though I guess more of us should get our shit together and submit better stuff, rather than just bitching about it...
  • by Rick and Roll ( 672077 ) on Tuesday November 29, 2005 @08: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.

  • How about a... (Score:3, Insightful)

    by Anonymous Coward on Tuesday November 29, 2005 @08: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 Alphix ( 33559 ) on Tuesday November 29, 2005 @08: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 dsmog ( 934677 ) on Tuesday November 29, 2005 @08:46AM (#14136737)
    Still what we now have is one promice and one questionably enforceable quasilegal statement. And you know what worth are MS promises. OK guys, however it's high time somebody did a sensible comparison: - what can be done and what can't with respective formats - what is the quality of documentation (you know, there are subtle details about layout and formatting rules, tu just explain what tags mean is not enough). I guest reasonable docs about format should be of size of a dozen W3 specs. - are there any inherent performance / scalability issues wrt to every format information architecture - which one is friendlier as a general information container taking bigger picture (besides office) into acount. (Free hint: whoever first publishes a compheresive guide to those formats will be a king of the hill for some time)
  • Re:Back in Mass. (Score:5, Insightful)

    by QuietLagoon ( 813062 ) on Tuesday November 29, 2005 @09: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 codepunk ( 167897 ) on Tuesday November 29, 2005 @09: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 WindBourne ( 631190 ) on Tuesday November 29, 2005 @09:48AM (#14137086) Journal
    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 fall for competing head on against MS).

  • Horse Cart (Score:4, Insightful)

    by Nom du Keyboard ( 633989 ) on Tuesday November 29, 2005 @12:47PM (#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.

Those who can, do; those who can't, write. Those who can't write work for the Bell Labs Record.

Working...