Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

Microsoft Releases First Open XML SDK

Posted by Soulskill on Fri Jun 13, 2008 09:14 PM
from the appeals-what-appeals dept.
Kurtz'sKompund tips us to news that Microsoft has released a finished version of the Open XML software development kit. Microsoft has made additional resources available with the download. Quoting Techworld: "The SDK includes an application programming interface (API) simplifying the creation of code for searching documents, creating documents, validating document parts, modifying data and other tasks, Microsoft said. The API can be used in any language supported by the Microsoft .Net Framework, the company said. The current SDK supports the version of Open XML supported by Office 2007, which is not the same as that ratified as a standard by the ISO, due to changes effected during the ratification process."
+ -
story

Related Stories

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.
  • "It's a trap!"
  • by jkrise (535370) on Friday June 13 2008, @09:20PM (#23788123) Journal
    This is Microsoft Office 2007 Open XML, not Open XML. An API for producing documents containing deprecated features is of no use to anyone bar Microsoft, who can claim tha they are making available tools that support a yet-to-be-defined standard.

    For all we know, the next version of Office will support the officially defined and documented standard, which will have hundreds of changes compared to the current O2K7 format of Open XML. Thus, everyone will have to recode all new stuff just to stay in sync. A wasted effort, in my opinion.
    • Uhm, this API does the processing for you, so you'd have to do all that work anyway.

      Very little in the way of wasted effort. What this needs is a promise that Office 2007 and this API will be synced to the ISO specification.
      • by Darkness404 (1287218) on Friday June 13 2008, @10:38PM (#23788539)

        What this needs is a promise that Office 2007 and this API will be synced to the ISO specification.


        No, promises are easily broken by MS, we need it to sync to the ISO specs, not a promise. Think of all the other promises MS has made... We promise that Vista will be innovative, new, fast, out soon, etc. We promise that we will embrace an open Internet (well until we manage to kill Netscape that is...) We promise that OS/2 is the future. And more. MS has been full of promises but has never managed to fulfill any of the ones that help anyone.
      • What this needs is a promise that Office 2007 and this API will be synced to the ISO specification.

        No, what this needs is a promise that this API will be synced to ODF as well as Office XML/OOXML

        This is Microsoft's first attack on ODF on their platform. They were forced to grudgingly support the format in Office, now they are attempting to marginalise it by building an infrastructure around Office XML/OOXML.

        The end result will be that customers already locked in to Microsoft with tools like .NET and Sharepoint will only be able to interoperate with Office XML/OOXML, not ODF. Anyone wishing to interoperate with them will be forced to make the same decision

        This is an attack on ODF, an attempt to turn it into an orphan format. It will be half-heartedly supported in Office to appease regulators, but unsupported through the rest of the MS ecosystem.

        • I don't see this as an attack on ODF - since ODF is a standard, and is XML, standard tools (even MSXML) can be used to process ODF documents - there is no need for an API.

      • by symbolset (646467) on Saturday June 14 2008, @02:22AM (#23789739) Journal

        Very little in the way of wasted effort. What this needs is a promise that Office 2007 and this API will be synced to the ISO specification.

        Others have said no, it needs (x) so let me add one.

        No, it needs to be ignored. Let's talk to the customers on this one.

        A businessman's hope for his business is that it persist and grow for several decades at least, until he can reap his reward and exit phenomenally wealthy. If you architect your business intelligence on the platform of a corporation whose business model is to obsolete its platforms every five years at the most, you're an idiot and you deserve to be have your resources drained by this decade's P.T. Barnum until in the ferocious environment of the day you and your grand ideas are forgotten.

        In the public sector the objective is to conduct the public's business in such a way that resources are not wasted and required openness can be delivered. It's essential that the public's investment in creating information is well preserved. If you're in the public sector and architect public infrastructure on such a platform as Office 2007 OXML you're worse than incompetent - you're a traitor to the cause of public service.

        OOXML is irrelevant. The problem of construction of a document is solved. The user interface is an interesting diverse field where members compete but all the options that don't lead to truly open documents are blind alleys. Office 2007 formats are some of these blind alleys that will yield only wasted efforts because the vendor needs to obsolete your documents every five years in order to maintain its current cash flow. If you succeed in hitching your cart to this train it will come off its rails in less than five years when the provider needs to sell you new applications. Why would you do that? Trust me, if you're in public service and you choose to do that eventually somebody is going to follow the money right to you. Have you got longer than that to retirement? If you're in business the problem will solve itself and not to your benefit.

  • Paper vs de facto (Score:5, Insightful)

    by NaCh0 (6124) on Friday June 13 2008, @09:21PM (#23788131)
    The current SDK supports the version of Open XML supported by Office 2007, which is not the same as that ratified as a standard by the ISO, due to changes effected during the ratification process.

    Because anyone who follows Microsoft knows the game is to never have the two match.

  • by plasmacutter (901737) on Friday June 13 2008, @09:41PM (#23788241) Journal
    Continue the charade all you want microsoft, but we don't buy it, and your mockery of the open standards process is now under heavy attack in the form of appeals.

    Nobody but the people you pay to think otherwise is fooled.

    • Nobody but the people you pay to think otherwise is fooled.
      Most Intelligent Customers Realize Our Software (or Standards) Only Fools Teenagers.

      • Most Intelligent Customers Realize Our Software (or Standards) Only Fools Teenagers.
        I didn't realize we were still in the dotcom years when CIOs were teenagers...
      • Re: (Score:3, Interesting)

        wow, and I thought I was a cynic.

        I think you have some misperceptions here.

        It's a handful of european countries appealing a decision to a standards body against microsoft over an issue which places the credibility of that standards body in jeopardy.

        The standards body still has the upper hand here. Granted their officials could still be on the MS payroll, but whether or not the ISO is considered legitimate 3 months or so from now is entirely in their court.

        open office and star office are both very good alter
      • by mrchaotica (681592) * on Friday June 13 2008, @11:20PM (#23788771)

        If microsoft wanted to play hardball they would halt sales and imports of their software to those countries...

        I hate to break it to you, but Microsoft only has a product to sell there in the first place by the grace of those countries' copyright laws. Since they are the sovereign entities, not Microsoft, if Microsoft tried to pull that kind of stunt they'd be well within their rights to simply declare Microsoft's software to be Public Domain and use it all they want!

  • An API is useless (Score:5, Insightful)

    by mlwmohawk (801821) on Friday June 13 2008, @09:48PM (#23788271)
    The "API" is useless without a fully documented format. The API will die over time just as certainly as the applications that use it. The only real answer to long term data storage is full documentation that can be used to create applications, on any platform, free of encumbrances, that can read and format the documents that you create on your systems that you've paid for.
    • by Anonymous Coward on Friday June 13 2008, @09:54PM (#23788295)
      That does explain why Microsoft Office has virtually no marketshare, and how VBA with Office is not of the most widely used programming languages.

      Yes, your goals are noble, but your claims are invalidated by reality.
      • by mlwmohawk (801821) on Friday June 13 2008, @10:11PM (#23788389)
        Yes, your goals are noble, but your claims are invalidated by reality.

        Actually reality validates my statement. The is a current crisis in both the public and private sector about digital documents from the 80s not being accessible because the document format is no longer supported and and there are no readers for them.

        This may sound odd to you, but "marketshare" is not the answer to every question. All too often, it is a short sighted answer to complex issues.
        • Re: (Score:2, Insightful)

          The is a current crisis in both the public and private sector about digital documents from the 80s not being accessible because the document format is no longer supported and and there are no readers for them.

          Crisis? Give me $10 and I'll convert any "digital document from the 80s" you throw at me.

          I've been doing DTP for 20 years. All the tools I used back in the 80s still work. (Clunky, based on DOS or Win 3.1, or Mac OS 7, but they still work without too much hassle. Adobe File Utilities for instace.)

          • by mlwmohawk (801821) on Friday June 13 2008, @10:45PM (#23788581)
            Crisis? Give me $10 and I'll convert any "digital document from the 80s" you throw at me.

            Yea, but should we have to pay *you* or someone like you for every instance of a document that can not be read?

            An ad-hoc solution for a specific document is not a solution for the over all problem.
                • And when the floppies/CDs/ISOs containing the old software has succumbed to bit rot?

                  As Linus said: "Real men upload their data to an FTP site and have everyone else mirror it".

                  Which is a way of saying that you can find just about [abandonwarering.com] anything [doslife.org] on the Internet. [vetusware.com] (From a moral, if perhaps not technically legal, point of view, you have the "bitrotted" originals and these are "backups".)

          • Yeah because people and companies want to have to pay someone else to convert their documents or install numerous operating systems in emulation to print a document. That's so much easier than having one format that everything supports.
            • Yeah because people and companies want to have to pay someone else to convert their documents or install numerous operating systems in emulation to print a document. That's so much easier than having one format that everything supports.

              And what colour pony do you want?

              The problem is legacy documents. No amount of lecturing people about what they should have done, if indeed anyone who created them is still around 20 years later, will do any good. Obviously, if people paid attention, they would not repeat

              • But obviously, most documents are still being created in ever-more convoluted proprietary formats. So this WILL get worse.

                Personally, I use plain ASCII for as much as possible.

                Which is why some people are trying to put an end to that with ODF and it's all well and good to use ASCII but aside from creating readme files and personal notes, that's not enough these days.
            • Crisis? Give me $10 and I'll convert any "digital document from the 80s" you throw at me.
              Sweet, I take you have an Amstrad 3" disk drive then.

              That's a piece of hardware. Not a document. But I'd refer you to someone like http://www.dataserve-retro.co.uk/ [dataserve-retro.co.uk] just as a courtesy.

  • by adamwpants (858079) <adamw@magnesium.net> on Friday June 13 2008, @09:54PM (#23788297) Homepage
    An API for suck does not undo the suck.
  • by Anonymous Coward on Friday June 13 2008, @10:07PM (#23788361)

    which is not the same as that ratified as a standard by the ISO, due to changes effected during the ratification process.

    What a steaming pile of bullshit! First off, it hasn't really been ratified yet, ahem. Second, the draft that Microsoft submitted did not match the version used in Office 2007, before any changes were made.

  • Not An ISO Standard (Score:5, Informative)

    by John Hasler (414242) on Friday June 13 2008, @10:08PM (#23788375)
    > The current SDK supports the version of Open XML supported by Office 2007, which is not
    > the same as that ratified as a standard by the ISO

    No version of Microsoft's "Open XML" has been ratified as a standard by the ISO.
  • by Vexorian (959249) on Friday June 13 2008, @10:25PM (#23788461)

    API can be used in any language supported by the Microsoft .Net Framework
    In other words, the API barely works in .net only. A document format specification that is so hard to support that you need a platform dependent API in order to use, sounds about MSish enough.
    • I got a comment in same context along with registered trademark symbols. I am just counting seconds before someone got fooled by Icaza or basically working for a Web 2.0 marketing company come up with "but there is Mono"... I will ask a single working, commercial application coded and shipped to OS X scene thanks to Mono or a single vendors end user application which is available on Linux thanks to Mono.

      • I will ask a single working, commercial application coded and shipped to OS X scene thanks to Mono or a single vendors end user application which is available on Linux thanks to Mono

        I'm not familiar with the OS X software scene, but w.r.t Linux there are many widely-used applications written in Mono. To claim otherwise is just ignorance. Thanks to Wikipedia for the following selection of popular mono applications for Linux (some Linux-only, some cross-platform):

        • Banshee [wikipedia.org] music management and playback software for GNOME.
        • Beagle [wikipedia.org] desktop search tool.
        • Blam [wikipedia.org] RSS-news aggregator, especially for Planet-feeds.
        • Diva [wikipedia.org] video editing application for GNOME.
        • Gnome Do [wikipedia.org] desktop application launchi
    • That reminds me of an incident at work where we were talking about code when someone said that code produced with the Win32 libraries was cross platform compatible. Windows 95, Window NT ...

      This SDK can be used by any language, as long as it's a language of MS!
  • by Ilgaz (86384) on Friday June 13 2008, @10:30PM (#23788493) Homepage
    "You can use the Open XML API in any language supported by the Microsoft .NET Framework®. The help topics presented in this SDK provide code samples in Microsoft Visual C#® and Microsoft Visual Basic® .NET."
    • ISO should read this over and over, 1000 times: "You can use the Open XML API in any language supported by the Microsoft .NET Framework®. The help topics presented in this SDK provide code samples in Microsoft Visual C#® and Microsoft Visual Basic® .NET."

      Can you be more specific about why? It's the OOXML specification which the ISO is concerned with. An available SDK has little to do with whether OOXML is a suitable document specification one way or the other, as far as I can tell.

      Micro

        • by jesterzog (189797) on Saturday June 14 2008, @03:57AM (#23790083) Homepage Journal

          this means the the standard should be implementable without having to wade through a morass of patents. the standard was documented through references to microsoft propreitary code, and now the api is being implemented in microsoft proprietary dev environments. that is the point.

          Uh, everything in DotNet is implemented in a proprietary dev environment. This has nothing to do with the openness of standards being implemented. Setting aside your initial claim that the ISO is supposed to validate a standard as being free of patents (which I don't believe to be true), the GP post seemed to be trying to claim that the fact that Microsoft happens to be providing a DotNet SDK has some kind of relevance to this standard not being open.

          The DotNet API is not "the" API. It's an API that Microsoft provides. Furthermore this API, nor any other API for OOXML is the standard -- it's just a method of using the standard. The fact that Microsoft has created an API to help some of their paying customers to manage OOXML documents more easily really has nothing to do with whether OOXML is a good standard. The standard -- good or bad -- is the definition of the format, not the method of accessing it.

          Microsoft provides DotNet APIs for working with standards such as SMTP, TCP/IP, HTML, GZip, and a whole host of standards that probably everyone would agree are open. Do you think this somehow compromises their open-ness? It also provides DotNet APIs for a heap of things that aren't open, or are even very Microsoft-specific. But it's not the presence of Microsoft APIs that makes those standards closed -- it's the fact that the standards aren't clearly published in a way that allows them to be implemented.

          It's actually valid to argue that nobody else can write a valid API based on the specification, but this doesn't seem to be what either yourself or the GP post, or most of the responses to this article for that matter, are doing. Trying to draw some kind of imaginary causation between the standard being broken and Microsoft happening to provide a method of using it more easily on its own platform is ridiculous.

          • Uh, everything in DotNet is implemented in a proprietary dev environment.
            Er? C#, CLI (including binary image format and instruction codes), and the Base Class Library are all *ahem* ISO standards.
  • by Excelcia (906188) <kfitzner@excelcia.org> on Friday June 13 2008, @11:05PM (#23788675) Homepage

    which is not the same as that ratified as a standard by the ISO, due to changes effected during the ratification process
    What is the version ratified by the ISO? They never published it - no one has ever seen it. One wonders if the ISO even knows what was ratified by the ISO. I suspect they were relieved at the appeals - it gave them an excuse to keep on without publishing.
    • Re: (Score:3, Insightful)

      I suspect they were relieved at the appeals - it gave them an excuse to keep on without publishing.
      No need to read semi-consipiracy theories into every nook and cranny. They can't publish a standard until it's ratified (otherwise there is nothing to publish). They can't ratify OOXML until the appeals process is over (and then only if the appeal is unsuccessful, obviously). This is all normal practice.
  • I missed something (Score:3, Insightful)

    by zapakh (1256518) on Friday June 13 2008, @11:09PM (#23788701)
    When did this stop being called "Office Open XML" and start being called "Open XML"? Or is this yet another new animal?
    • When it went through ISO I think. They decided that the "Office" bit tied it a bit too much to the MS product of the same name, and so calling it simply "Open XML" was better.

      But since this SDK is based on the Office 2007 implementation which isn't the spec that went through ISO, the one that has been named Open XML, and the one that isn't actually a standard anyway.... erm... I think this would be better described as an "Office Open XML SDK"!

      Hope that clears up any confusion! :D
  • by deanston (1252868) on Saturday June 14 2008, @12:15AM (#23789141)
    MSFT's next initiative: Source Open Software (SOS), to source all software technology from open source. By ISO submission time the word 'Source' will be dropped and it will simply be known as the Open Software Standard, at which time all lawsuit against MS shall be dismissed due to the fact that the 'OS' in Windows product line will no longer stand for 'operating system'... Hey Microsoft, pay me for the idea! I patented it...
  • If ever there were a time that goodluckwiththat were appropriate...