Slashdot Mirror


Microsoft Releases First Open XML SDK

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."

120 comments

  1. Let me be the first to say... by Stormwatch · · Score: 4, Funny

    "It's a trap!"

    1. Re:Let me be the first to say... by that_itch_kid · · Score: 2, Funny

      It looks like you're trying to...

      http://www.imagegenerator.net/93941/

    2. Re:Let me be the first to say... by Anonymous Coward · · Score: 0, Funny

      What are you talking about? Microsoft is an excellent software company, much better than those open-source hags. I mean really, you don't even know the qualifications of the guys working on open-source software. I just feel assured that most of the people on Slashdot would not be qualified to work for Microsoft. That says a lot to me, and I'm certain it says a lot to corporate America and all the Microsoft desktop users in the world.

  2. MO2K7OXML, not Open XML by jkrise · · Score: 5, Informative

    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.

    --
    If you keep throwing chairs, one day you'll break windows....
    1. Re:MO2K7OXML, not Open XML by Anpheus · · Score: 2, Funny

      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.

    2. Re:MO2K7OXML, not Open XML by Darkness404 · · Score: 5, Informative

      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.
      --
      Taxation is legalized theft, no more, no less.
    3. Re:MO2K7OXML, not Open XML by thePowerOfGrayskull · · Score: 1

      Insensitive clod. In an alternate universe, OS/2 Warp /is/ the dominant desktop!

    4. Re:MO2K7OXML, not Open XML by ozmanjusri · · Score: 4, Insightful
      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've got more toys than Teruhisa Kitahara."
    5. Re:MO2K7OXML, not Open XML by Anonymous Coward · · Score: 1, Interesting

      a promise that a MS product will follow specs? Did you notice how long takes them to make IE competitive again? Adding tabs took them years.

      But anyway, when Microsoft LICENSES, not friggin promises, a submarine-patent free, open source, ISO standardized format SDK that won't change every two years just because redmond likes to stay in control, I "Promise" I will look at it.

    6. Re:MO2K7OXML, not Open XML by temcat · · Score: 1

      Which refutes the points about Microsoft how?

    7. Re:MO2K7OXML, not Open XML by Anonymous Coward · · Score: 0

      We'll just make our own APIs for interacting with XML documents... with blackjack... and hookers!

      (P.S. Please mod parent Off-Topic or Overrated. It's not even a good troll.)

    8. Re:MO2K7OXML, not Open XML by aproposofwhat · · Score: 2, Insightful
      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.

      --
      One swallow does not a fellatrix make
    9. Re:MO2K7OXML, not Open XML by owlstead · · Score: 1

      In other words: bill, I'm still getting spam in my mailbox. What gives?

    10. Re:MO2K7OXML, not Open XML by ozmanjusri · · Score: 1

      The entry point to document management that MS provides will be the default for a lot of people

      --
      "I've got more toys than Teruhisa Kitahara."
    11. Re:MO2K7OXML, not Open XML by Anonymous Coward · · Score: 0
      Eh? See odftk (odf toolkit) for how ODF APIs can help assist the creation of ODF. Just like how there are frameworks for developing HTML (so that you don't need to make everything manually) ODF can and does benefit from automation.

      You can do it yourself (I have, see docvert.org's document generator) but surrounding frameworks are very useful.

    12. Re:MO2K7OXML, not Open XML by flnca · · Score: 1

      Yes, but while Windows became worse every year, GNU/Linux became better. You're invited to take a look at the latest Ubuntu Linux (8.04). It's fit now for multimedia and office purposes. I wrestled with various distros for a couple of years myself, but they're all getting better, all the time. (Fedora Linux is also definitely worth a look.) And then there's the BSDs, especially OpenBSD and FreeBSD, which have some of the packages from GNU/Linux in their ports collection. They're all very good Un*x systems. And let's not forget Solaris, OpenSolaris and AIX. And MacOS X, which based on BSD. After being called "dead" for more than 20 years, Un*x systems have not only made it to the desktop, are available for free for everyone, but are also ubiquitous in a way that could soon drown Windows out of the market. (cf. Gartner group studies about the future of Windows)

    13. Re:MO2K7OXML, not Open XML by flnca · · Score: 1

      p.s.: How's that for staying power? And BTW, Microsoft either has to abandon their proprietary kernel in favor of an open one (taking a BSD like Apple did, or a Linux or Hurd), or open-source Windows to save the platform from extinction. (The WINE project is quite usable, but is far from covering the complete Windows environment; open-sourcing Windows could help making a better compatibility layer for the Un*xes)

    14. Re:MO2K7OXML, not Open XML by flnca · · Score: 1

      p.p.s.: If the US should ever get involved in a nuclear war, Microsoft sites would probably be among the prime targets. Open-sourcing Windows before that happens is the only way to preserve the platform.

  3. Paper vs de facto by NaCh0 · · Score: 5, Insightful

    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.

    1. Re:Paper vs de facto by blind+biker · · Score: 0, Offtopic

      Because anyone who follows Microsoft knows the game is to never have the two match. So true. And one would think this is known by everyone, especially in the OSS community. Oh, but did you know that .NET is the future of Gnome?
      --
      "The agriculture ministry is not in charge of Gundam" - Japanese ministry official.
  4. continue the charade, but we dont buy it. by plasmacutter · · Score: 5, Insightful

    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.

    --
    VLC FOR MAC IS DYING! IF YOU DEVELOP, PLEASE SAVE IT!!
    1. Re:continue the charade, but we dont buy it. by morgan_greywolf · · Score: 5, Funny

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

    2. Re:continue the charade, but we dont buy it. by Kjella · · Score: 1

      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...
      --
      Live today, because you never know what tomorrow brings
    3. Re:continue the charade, but we dont buy it. by thetoadwarrior · · Score: 2, Insightful

      Agreed, teenagers should be changed to tards.

  5. An API is useless by mlwmohawk · · Score: 4, Insightful

    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.

    1. Re:An API is useless by Anonymous Coward · · Score: 5, Funny

      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.

    2. Re:An API is useless by mlwmohawk · · Score: 5, Insightful

      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.

    3. Re:An API is useless by introspekt.i · · Score: 1

      "Useless" is a bit extreme. One might say that the format is useless to many without proper documentation. The API provides immediate use without a guarantee of support in the long term. This just adds overhead for support for those using the format in its current state with MS's API. Of course, the wise decision for continued long term use would be to avoid this document format..though that doesn't mean it's "useless". I suppose usefulness is pretty subjective, too.

    4. Re:An API is useless by 1u3hr · · Score: 1, 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.) These can convert, sometimes via intemediate formats, to formats like RTF and thus to anything, or just printed to Postscript and distilled to PDF.

      Has to look 100% exactly as the original? Install the old software, print, scan. Anything that ran on a PC-XT can still run on a Pentium. Any old OS can run in emulation.

      A while ago I had to convert a database from a proprietary Chinese DOS format to Excel in Unicode. Took a couple of hours to find and work out how to install the old software, then it was just a few clicks to export and convert it.

    5. Re:An API is useless by mlwmohawk · · Score: 4, Insightful

      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.

    6. Re:An API is useless by Anonymous Coward · · Score: 0

      Oh, please.

      You intentionally ignored his point.

      For a bunch of people who think that every year is the year of Linux on the desktop, you guys are all about ad-hoc solutions. You guys are smart enough to install the old software in VM's or whatever, and can convert old documents.

    7. Re:An API is useless by Anonymous Coward · · Score: 0
      So you respond to a comment about longterm storage and needing documentation by saying that Microsoft Office is popular and that therefore the poster is not living in reality.

      If you had an argument in there somewhere then you did quite the job at hiding it.

    8. Re:An API is useless by Tubal-Cain · · Score: 1

      And when the floppies/CDs/ISOs containing the old software has succumbed to bit rot?

    9. Re:An API is useless by Anonymous Coward · · Score: 0


      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.
    10. Re:An API is useless by 1u3hr · · Score: 1, Insightful
      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.

      Of course $10 is ad hoc. We can negotiate for 10 million. Generally you have a lot of documents in a similar format. Might take a few hours, or at most days, to work out a method, then they can all be done en masse. Or with a little bit more work, create a custom app to convert transparently on demand. In any case, it's not a "crisis". It's a quite trivial procedure. One good thing is that 1980s documents didn't usually have any deliberate DRM. When people in decades to come try to convert current media with weird features specifically designed to prevent "unauthorised" access, that's when it'll be expensive.

    11. Re:An API is useless by 1u3hr · · Score: 1
      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/ just as a courtesy.

    12. Re:An API is useless by thetoadwarrior · · Score: 1

      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.

    13. Re:An API is useless by 1u3hr · · Score: 1
      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 anything on the Internet. (From a moral, if perhaps not technically legal, point of view, you have the "bitrotted" originals and these are "backups".)

    14. Re:An API is useless by 1u3hr · · Score: 1
      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 this mistake. 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.

    15. Re:An API is useless by thetoadwarrior · · Score: 1

      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.
    16. Re:An API is useless by 1u3hr · · Score: 1
      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.

      Obviously. I design books. I do pretty elaborate layouts when necessary.

      The thing is, a lot -- I'd guess over 90%-- of documents created could easily and even preferably be done in plain text. I do all my email like that, for a start, and filter incoming email to plain text. It reduces storage by about 80% on formatted text, is easy to search and I can view it in the font of my choice. Most people don't have a clue about layout -- which is fine, but they insist on doing it anyway.

    17. Re:An API is useless by thetoadwarrior · · Score: 1

      I agree and use plain text email but I would never do a report or a CV in notepad. It's only good for shorter communication because you need little things, like bold text, to make things more readable.

    18. Re:An API is useless by ozmanjusri · · Score: 1
      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.) These can convert, sometimes via intemediate formats, to formats like RTF and thus to anything, or just printed to Postscript and distilled to PDF.

      Ok, I have more than 5000 documents in several obsolete formats.

      Your way is to open each document with the original editor, save it in however many intermediate formats are needed to reach a viable modern format, repeat ad nauseum.

      Our way is to use an open, well specified format that we can simply write automated conversion tools for.

      See any differences in efficiency there?

      --
      "I've got more toys than Teruhisa Kitahara."
    19. Re:An API is useless by 1u3hr · · Score: 1
      Our way is to use an open, well specified format that we can simply write automated conversion tools for.
      See any differences in efficiency there?

      Yes. "Your way" is useless.
      The question was about 20-YEAR-OLD LEGACY DOCUMENTS. Not what we should do NOW when creating new ones.

      And obviously for 5000 documents I would use a macro, batch, etc. It is and was possible to write "automated conversion tools" using 1980s software, you know.

      Actually, many "obsolete formats" are very well supported, if not an ISO standard. I use WordPerfect 5.1 preferably, as it was the giant of the age, every competitor had to be able to read and write that format. Failing that, Microsoft RTF. Usually works, but some features can be flaky.

      Yes, OF COURSE people should use documented open formats.
      And you should floss at least once a day.

  6. Lay back and receive your SDK by adamwpants · · Score: 5, Insightful

    An API for suck does not undo the suck.

    --
    This is my signature. There are many signatures like it, but this one is mine.
    1. Re:Lay back and receive your SDK by plasmacutter · · Score: 1

      it's not "the suck", it's "a powerful new set of features"! : )

      --
      VLC FOR MAC IS DYING! IF YOU DEVELOP, PLEASE SAVE IT!!
  7. How do these lying fucks live with themselves??? by Anonymous Coward · · Score: 5, Insightful

    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.

  8. Not An ISO Standard by John+Hasler · · Score: 5, Informative

    > 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.

    --
    Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    1. Re:Not An ISO Standard by huckamania · · Score: 1

      And no one is appealing the non-ratification of Microsoft's "Open XML". Except for the Office version, maybe?

  9. re by JohnVanVliet · · Score: 0

    default standard by vendor lock . Runs on .net ,more vendor lock . well there is mono. and an api for ms office 7 NOT ooxml just brimming with copyrighted code .Waiting for someone or biz. to sue

    --
    "I don't pitch OpenSUSE Linux to my friends, i let Microsoft do it for me
  10. API can be used in any language... by Vexorian · · Score: 5, Funny

    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.
    --

    Copyright infringement is "piracy" in the same way DRM is "consumer rape"
    1. Re:API can be used in any language... by Ilgaz · · Score: 1

      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.

    2. Re:API can be used in any language... by Anonymous Coward · · Score: 0, Interesting
      And remember everyone that OOXML is incompatible with the GPL and all open source licenses (of course if you've got enough lawyers you can reverse engineer any format legally which is what OpenOffice et al do).

      ODF is compatible with the GPL and open source licences.

    3. Re:API can be used in any language... by Anonymous Coward · · Score: 0

      -1 Troll? Geez... Microsoft have a lot of mod points today.

    4. Re:API can be used in any language... by cbhacking · · Score: 0

      Erm... leaving aside the trollish "barely" (have you done any .NET development? It works, and works well), calling .NET "platform dependent" is a bit excessive. Mono is quite mature yet still improving rapidly; I don't know if this API requires features Mono doesn't support yet but I guarantee they'll be supported soon. Aside from that, Wine now supports .NET (you can install .NET 2.0 from Microsoft - I think .NET 1.1 may even be included in the Wine installation).

      --
      There's no place I could be, since I've found Serenity...
    5. Re:API can be used in any language... by croftj · · Score: 1

      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!

      --
      -- Many men would appreciate a woman's mind more if they could fondle it
    6. Re:API can be used in any language... by I'm+Don+Giovanni · · Score: 1

      You don't *need* a "platform dependent" API.
      Go go http://openxmldeveloper.org/, and you'll find dozens of Java sample code examples for manipulating OOXML documents.

      This .NET based API just makes it all the easier for those that are .NET programmers. Yeah, I know most slashdotters think that .NET is utter crap and therefore any .NET library is useless, but slashdotters aren't the target for this API.

      There's nothing preventing slashdotters from making their own OOXML API, or even an ODF API if they want a "platform independent" API.

      --
      -- "I never gave these stories much credence." - HAL 9000
    7. Re:API can be used in any language... by Anonymous Coward · · Score: 0

      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. This 1.0 API lets you manipulate the package parts without having to resort to lower level manipulation via zip.

      The 2.0 API appararently will provide a strongly typed object model for manipulating document contents. At present, you manipulate the raw XML found in each part.

      In the Java world, OpenXML4J has long provided the equivalent of the 1.0 API. docx4j uses JAXB to provide a "2.0" api, and Apache's POI has been working on something similar. Each of these 3 projects are all available under the apache license.

      The upshot is you can work with the docx format with open source code, if you want to, at least in Java.
  11. ISO should read this over and over, 1000 times by Ilgaz · · Score: 4, Insightful

    "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."

    1. Re:ISO should read this over and over, 1000 times by nawcom · · Score: 1

      Christ, now I'm scared to use the Open XML API.

    2. Re:ISO should read this over and over, 1000 times by mrchaotica · · Score: 1

      Good! You should be (at least until you have a lawyer confirm that it doesn't have any copyright or patent entanglements).

      --

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

  12. Re:oh no an appeal.... by plasmacutter · · Score: 2, 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 alternatives, and I'd love to see Microsoft try imposing a corporate embargo.

    --
    VLC FOR MAC IS DYING! IF YOU DEVELOP, PLEASE SAVE IT!!
  13. Please don't call it Open XML by Anonymous Coward · · Score: 5, Insightful
    Dear Editors, please don't call it Open XML — XML is already open so it's sounds as stupid as calling something Open Linux or Open Debian. They had 'Office Open XML' as a name to cause confusion with OpenOffice.org and now they've gone with 'Open XML' in order to create more confusion and to googlebomb the IT press with their misnamed technology.

    Instead, just call it OOXML.

    1. Re:Please don't call it Open XML by Dr_Barnowl · · Score: 5, Funny

      I prefer MOOXML.

      Not only does it reinforce the concept that this is a product of Microsoft, it has amusing cow connotations.

    2. Re:Please don't call it Open XML by Frizzle+Fry · · Score: 1

      I imagine it's pronounced "Mooks 'em all" ?

      --
      I'd rather be lucky than good.
    3. Re:Please don't call it Open XML by ruda · · Score: 0

      So OpenBSD is stupid for you?

    4. Re:Please don't call it Open XML by denis-The-menace · · Score: 1

      well MS does treat their customers like cattle...

      --
      Obama's legacy: (N)othing (S)ecure (A)nywhere and (T)error (S)imulation (A)dministration
  14. What is the "ratified" version? by Excelcia · · Score: 4, Interesting

    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.
    1. Re:What is the "ratified" version? by SEMW · · Score: 2, 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.
      --
      What's purple and commutes? An Abelian grape.
    2. Re:What is the "ratified" version? by Excelcia · · Score: 1

      The standard was ratified, at which point the ISO was obligated to publish within 30 days. A deadline they missed, which is one of the reasons that several of the appeals actually cited as to why they were appealing. The ISO not publishing the text by the given deadline is not a conspiracy theory - it's a fact and a matter of record. I would encourage you to read the published appeals.

    3. Re:What is the "ratified" version? by holloway · · Score: 1
      Have you been following the appeals? National Bodies should have received a text by now (as pointed out by South Africa, Brazil). They should have received a final text by the end of March, and they still don't have it. South Africa wrote in their appeal,

      Clause 13.12, last bullet point: "In not more than one month after the ballot resolution group meeting the SC Secretariat shall distribute the final report of the meeting and final DIS text in case of acceptance."

      Up to date of writing, neither the final report of the BRM meeting or the revised FDIS text has been circulated by the SC Secretariat. The only communication to NBs (other than press releases) has been 34N1015, which was the result of the revised voting during the 30-day period subsequent to the BRM. There is no indication when the final DIS text might be expected, but has not been distributed within the one month period prescribed.
      This requirement to distribute a final DIS text privately (within ISO and NBs) is quite different to publishing it publicly (for purchasers).
  15. I missed something by zapakh · · Score: 3, Insightful

    When did this stop being called "Office Open XML" and start being called "Open XML"? Or is this yet another new animal?

    1. Re:I missed something by Zaiff+Urgulbunger · · Score: 1

      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

    2. Re:I missed something by magus_melchior · · Score: 1

      They're introducing the time-honored Japanese tradition of abbreviating everything down to four syllables or less (because when you transliterate something to Japanese, the syllables increase by an order of magnitude).

      It's been done numerous times over there, like "pasokon", "karaoke", "pokemon", "nabeatsu"*...

      * Sorry, can't think of anything "Omoro!" right now, so this'll have to do.

      --
      "We are Microsoft. You shall be assimilated. Competition is futile."
  16. Re:oh no an appeal.... by mrchaotica · · Score: 4, Insightful

    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!

    --

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

  17. Errors by Anonymous Coward · · Score: 0

    Now how many errors am I going to get in debugging?

  18. I didn't know XML was closed... by deanston · · Score: 5, Funny

    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...

  19. It's irrelevant to the ISO by jesterzog · · Score: 3, Insightful

    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.

    Microsoft provides SDKs for lots of its technologies because it wants to make it simpler for its development community to use them. Most of these SDKs primarily target DotNet because that's the primary development platform that Microsoft wants people to write Windows apps in. The fact that this SDK exists in theory doesn't preclude someone else from writing an equivalent SDK for another platform, certainly if the actual OOXML specification is as adequate as the ISO has already declared it to be (pending the appeals process). Personally I don't think the OOXML specification is adequate for such purposes, but I can't see how a Microsoft-provided SDK has anything to do with that, or why it should be of any interest to the ISO. It's entirely another issue.

    An API like this is potentially even a good thing. Granted that it gives Microsoft direct control over whether third party developers will write malformed formats that are incompatible with the standard, and they seem to actually be doing that. But it's also encouraging developers not to duplicate their own code for reading and writing document formats, and tying themselves into specific details of an XML spec. If apps are built around an API like this one, which they certainly will be now that it's available, it would (theoretically) make it much easier to port them to work with alternative document formats in the future. Who knows? Microsoft might one day even update the code behind its API to generically support more formats than just OOXML -- especially if they're acutally serious about supporting OASIS in the future.

    Yeah it could be Microsoft trying to subvert the process again, but it could also simply be that Microsoft's a gigantic corporation, and that some parts of it don't necessarily work in sync with other parts of it. This is perhaps even to the extent that they might try to provide useful things from time to time without the malicious intent that could have been preferred from the ruling upper levels in the hierarchy.

    1. Re:It's irrelevant to the ISO by plasmacutter · · Score: 1

      the point of the ISO is to formalize standards as OPEN

      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.

      --
      VLC FOR MAC IS DYING! IF YOU DEVELOP, PLEASE SAVE IT!!
    2. Re:It's irrelevant to the ISO by jesterzog · · Score: 4, Insightful

      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.

    3. Re:It's irrelevant to the ISO by shutdown+-p+now · · Score: 2, Informative

      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.
    4. Re:It's irrelevant to the ISO by Ilgaz · · Score: 1

      "Most of these SDKs primarily target DotNet because that's the primary development platform that Microsoft wants people to write Windows apps in"

      Isn't it time for Microsoft to admit there are lots of other development environments? If they bitch about fragmented Linux, there is Apple there, has standard "XCode" which everyone is free to plugin.

      They are like making it on purpose. It shouldn't be hard to put a tar.gz or even ZIP file containing stuff.h files inside along with usual C sources. Is there a gang out of control in MS? I mean they know they would get this feedback when they make jokes like that. Looks like someone doesn't care. I can almost bet the help files are in CHM too.

      Don't you think Sun and IBM won't use it against Microsoft? They will show how neutral their things are, even running on OS X and they will show line managing to put 4 registered trademark symbols in a sentence.

      Here is how normal companies ship SDK for their Frameworks: http://developer.apple.com/referencelibrary/GettingStarted/GS_QuickTime/index.html

    5. Re:It's irrelevant to the ISO by jesterzog · · Score: 1

      Er? C#, CLI (including binary image format and instruction codes), and the Base Class Library are all *ahem* ISO standards.

      Okay, I stand corrected. In which case, doesn't this just demonstrate the parent's claim about DotNet being proprietary as meaningless? I think the point, though, was that Microsoft presumably isn't providing the source code for their SDK, but theoretically they shouldn't need to because it's the OOXML specification that matters.

    6. Re:It's irrelevant to the ISO by jesterzog · · Score: 1

      Isn't it time for Microsoft to admit there are lots of other development environments? If they bitch about fragmented Linux, there is Apple there, has standard "XCode" which everyone is free to plugin.

      Perhaps it is, but why does this have anything to do with the ISO's certification of OOXML?

      Don't you think Sun and IBM won't use it against Microsoft? They will show how neutral their things are, even running on OS X and they will show line managing to put 4 registered trademark symbols in a sentence.

      If they try to use it against Microsoft then it's a weak argument that won't hold up. Microsoft's provision of an SDK to a subset of users doesn't prevent anyone else from using the OOXML specification to do the same thing, at least in theory. It's the openness of the OOXML specification that actually matters, and this has no relevance to one of many SDKs that Microsoft happens to have provided for a subset of developers that use a heavily promoted Microsoft platform. Microsoft could have provided no SDK at all and the OOXML standard would be in the same state as far as the ISO was concerned, but a large base of Microsoft business customers who want easy access to OOXML documents via DotNet would have been quite annoyed, and those are the customers Microsoft cares about most because they're often paying expensive subscriptions.

    7. Re:It's irrelevant to the ISO by Anonymous Coward · · Score: 0
  20. Re:oh no an appeal.... by Anonymous Coward · · Score: 0

    It's a handful of european countries appealing

    Someone either should pay closer attention to the news, or should have paid closer attention to his geography lessons. There is nothing credible here. Move along.

  21. I taggged it by Anonymous Coward · · Score: 0

    I tagged this story 'andnothingofvaluewasreleased'.

    validating document parts

    Heh, against what? The ISO spec hasn't been released yet.

    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.

    Ah, that confirms it: just more lockin tactics. Thanks, but no thanks, Microsoft!

  22. Rats! by Anonymous Coward · · Score: 0

    Microsoft managed to put the "rat" in ratify.

  23. Others have said no, it needs... by symbolset · · Score: 5, Insightful

    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.

    --
    Help stamp out iliturcy.
    1. Re:Others have said no, it needs... by marcello_dl · · Score: 1

      APPLAUSE

      --
      ---- MISSING MISCELLANEOUS DATA SEGMENT --- [sigdash] trolololol
    2. Re:Others have said no, it needs... by symbolset · · Score: 1

      Aw, shucks.

      --
      Help stamp out iliturcy.
    3. Re:Others have said no, it needs... by ck_808 · · Score: 1

      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.

      This is a little idealistic, a lot of people making the decisions simply dont have to clean up the mess personally or will have moved on to another job long before that happens.

      In the real world, how many managers do you think know about non MS alternatives and are willing to pick them ?
    4. Re:Others have said no, it needs... by Anonymous Coward · · Score: 0

      This is a little idealistic, a lot of people making the decisions simply dont have to clean up the mess personally or will have moved on to another job long before that happens.

      In the real world, how many managers do you think know about non MS alternatives and are willing to pick them ? Oh. That makes it ok then.
    5. Re:Others have said no, it needs... by ck_808 · · Score: 1

      I'm just pointing out it requires a attitude change, seeing past the short term and actually wanting to create solutions that aid the public sector.

      However till there are enough incentives to reward this sort of thinking, you'd expect people to serve their own interest first and to go along with the rest of the crowd picking MS based solutions.

  24. Re:This response is not a troll by kiddygrinder · · Score: 1

    Sure there is, it's just spelled "Overrated".

    --
    This is a joke. I am joking. Joke joke joke.
  25. Re:oh no an appeal.... by Anonymous Coward · · Score: 0

    HAHA I'd love to see them doing it. So half the people would realize they can do it with a free alternative and the other half would realize their precious data is tied to the whims of a foreign corporation who doesn't really care about them.

    Trust me, if stopping office sales were a benefit, they'd already have done it.

  26. Re:oh no an appeal.... by Anonymous Coward · · Score: 0

    The market is too large. The European nations can set conditions and Microsoft needs to comply. Very simple.

  27. Tags by n3tcat · · Score: 1

    If ever there were a time that goodluckwiththat were appropriate...

  28. Re: Cows by maxume · · Score: 1

    You won't be so amused after the cow uprising.

    Or do you think it is an accident that beef is both delicious and bad for you?

    --
    Nerd rage is the funniest rage.
  29. Open Docs by Anonymous Coward · · Score: 0

    This one is not good here.

    I am seeing VB potential here. XML is a great standard - but they are really trying to get it into docs here. It doesn't really seem to me like this one is going to go over well. VB is insanely easy to hack here. What else do you you think that Microsoft has? Hotmail? Every school doc in existence?

    Dell? Data Safe? Automatic hack? Where is my FIOSS?

  30. Mono by SEMW · · Score: 1

    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 music management and playback software for GNOME.
    • Beagle desktop search tool.
    • Blam RSS-news aggregator, especially for Planet-feeds.
    • Diva video editing application for GNOME.
    • Gnome Do desktop application launching software (similar to Quicksilver).
    • F-Spot photo management program.
    • iFolder lets you share files across multiple computers and with other users through peer-to-peer or Novell's groupware server products.
    • libsecondlife is an open source implementation of the Second Life networking protocol.
    • Monodevelop is an [[Integrated development environment">IDE for creating Mono applications. It was originally a port of SharpDevelop to Gtk#, but is today developed on its own.
    • Muine is a music player with a user interface designed to be intuitive, developed by Jorn Baayen who also worked on Rhythmbox.
    • Second Life, the virtual world created by Linden Lab, will in the future be compiling all of the scripts in their own Linden Scripting Language to CIL. They will use an embedded Mono runtime to execute the CIL.
    • Tomboy is a desktop note-taking application which uses a Wiki-like linking system.
    • Unity is a game engine using Mono for game scripting.
    • Monotorrent (previously named bitsharp) a bittorrent library.
    --
    What's purple and commutes? An Abelian grape.
    1. Re:Mono by Anonymous Coward · · Score: 0

      None of which I use, or intend to - in every case, there exist Free apps that are better (except for the Mono development stuff, which by definition is not Free).

      Basically, everyone who thinks that improving Linux means making it more like Windows seems to like Gnome and Mono. As for the rest of us - if we wanted to use Windows, we'd be using Windows already.

    2. Re:Mono by Ilgaz · · Score: 1

      I mean commercial, end user applications. For example, search "requires .NET" applications and look if they can ship to Linux thanks to Mono.

      I can give lots of applications who are hugely popular which ships same exact versions to multiple platforms thanks to Java. A recent commercial/popular success example is "Vuze" (Azureus). From Linux land, thanks to Trolltech Qt, a true multiplatform framework, Amarok 2 will release on X11/OS X and Windows using the same code.

    3. Re:Mono by SEMW · · Score: 1

      I mean commercial, end user applications. For example, search "requires .NET" applications and look if they can ship to Linux thanks to Mono. As I said in my post, more than one of the apps I linked to are cross-platform. However, it's true they were mostly FOSS rather than commercial; and so I suppose if you have some wierd, skewed definition of "end-user application" that restricts itself to "commercial" programs only, as you apparently do, then my list wouldn't be very good at alleviating ignorance.

      However, never fear, as five seconds of Googling that you are apparently unable or incompetent to do yourself yields lots of examples of commercial cross-platform mono apps; such as unity3d, plasticSCM, Versora, Voelcker

      From Linux land, thanks to Trolltech Qt, a true multiplatform framework, Amarok 2 will release on X11/OS X and Windows using the same code. "From Linux land, thanks to mono, a true multiplatform framework, Banshee will release on X11/OS X and Windows using the same code." (Banshee on Windows, Linux). Many more examples are available at the end of a Google; just because you're ignorant doesn't mean they don't exist. Educate yourself!
      --
      What's purple and commutes? An Abelian grape.
    4. Re:Mono by SEMW · · Score: 1

      None of which I use, or intend to - in every case, there exist Free apps that are better (except for the Mono development stuff, which by definition is not Free). "Free". You keep using that word. I do not think it means what you think it means. To me, the OSI, the FSF, and the entire free software community with the possible exception of you, it means "released under a Free Software license". Mono is dual licensed by Novell, similar to other products such as Qt and the Mozilla Application Suite; the compiler and tools are released under the GNU General Public License (GPL) (starting with version 2.0 of Mono, the Mono C# compiler source code will also be available under the MIT X11 license), the runtime libraries under the GNU Lesser General Public License (LGPL), and the class libraries under the MIT License. If you're disputing that any of those licenses are free, take it up with the FSF. (The majority of apps I listed are also licensed under the GPL or other Free software license).

      The only thing I can think of that you could mean is that you've been lead in by some of the "patent encumbered" FUD. In which case let me disabuse you: the only parts of mono which might even be theoretically patent-encumbered are the parts that are not ECMA-standardized; most notably the Windows Forms implementation. Now, which of the apps I linked to used Windows Forms? Yup: None -- they all used Gtk#. So even by that definition, none of the apps are even in the slightest "non-free".
      --
      What's purple and commutes? An Abelian grape.
    5. Re:Mono by Anonymous Coward · · Score: 0
      GPLv2 means that Novell could exploit the GPLv2 user-patent loophole and add patented material. An example of this is XAML/SilverLight/Moonlight which is patent encumbered (Novell and de Icaza admit that you need to get it from Novell due to the Microsoft patent agreement) and users are all susceptible to patent infringement.

      Releasing the entire thing under GPLv3 would alleviate some of our concerns, however even thenNovell can only grant what they are allowed to under their MS Patent deal, and that might not be enough for a Silverlight implementation.

      Additionally Microsoft have patents on optimizations related to .Net (and possibly Java) that are outside of the Ecma standard, and it's likely that Mono infringes on them. This is because This is the distinction between what's defined in a standard (patents have been granted over this) and what's referred to in a standard (patents haven't been granted) and what's required to implement a standard (patents haven't been granted over typical necessary optimisations or algorithms).

    6. Re:Mono by Ilgaz · · Score: 1

      I ask about serious, commercial applications everyone wants to run on their Windows and OS X, you come up with couple of demo like junk which isn't anywhere competitive and calling me ignorant. My definition of "end user application" is 1M+ downloaded Applications by general public, not some nerds.

      "With the integration of Versora's technology into the Kaseya management framework, managing a user's day to day state and assisting in seamless data migration to new desktop operating systems such as Microsoft Vista and Mac OS X will be a great pairing of two superior technologies."

      So? Where is Multiplatform enabling Mono technology in this case?

      Also many people these days tries to avoid Gnome like plague since it is been abused by its creator and gang to drive people to their lame wannabe cloning technologies. You know, not everyone has been hired by "almost gone chapter 11" company to maintain their shadowy relations with Microsoft.

  31. Re:This response is not a troll by Anonymous Coward · · Score: 0

    No, the problem is that there's no "-1: Wrong". The GP's premises have little if anything in common with reality.

  32. Re:oh no an appeal.... by Anonymous Coward · · Score: 0

    Worse yet, they could start to strictly enforce copyright for Microsoft products, forcing companies and consumers to switch to alternatives.

  33. And they could have done something in 1938... by QuantCoder · · Score: 1

    I feel like a French small businessman who believed he was safe from the Nazis no matter what. I took the position that "The New and Improved Bill" could rant and beat his chest all he wanted to, I was safe. Now with this mucking about with XML (and friends) and subversion of "standards," I feel the tanks rolling down MY street! Would some kind soul post a link a few good authoritative links on the specific XML debate? Who is siding with whom? WHICH standards body matters most at this point? -Yours, Bleeding and Face Down in the Mud

    1. Re:And they could have done something in 1938... by Anonymous Coward · · Score: 0
      Hi QuantCoder,

      The ISO have a special fast-track process which means 9 months to review 6000+ pages and 1 month to review 4000+ pages. The end result of this process is a poor quality text with many non-disclosed areas. When the text is released is we will have to reverse-engineer it in order to find out how to use it.

      OOXML has patents and is licensed under Microsofts OSP which means that it's incompatible with open source licensing. The ISO allow patents and small fees per-unit (RAND) so this means that Microsoft could restrict some fundamental freedoms associated with open source and destroy any open source version.

      By contrast ODF is compatible with Open Source licensing

      So ISO are untrusted now, due to approving a standard that is largely undefined, and instead people are moving to the W3C and OASIS.

      More specifically it wasn't just the ISO, it's also the IEC and the ITTF that are now untrusted because of OOXML.

  34. Even the API doen't conform. by dave87656 · · Score: 1

    It just shows that MS never intended to support an open format.

    We've been duped ... again.

  35. Re:oh no an appeal.... by IchBinEinPenguin · · Score: 1

    If microsoft wanted to play hardball they would halt sales and imports of their software to those countries and see how well they do with a free alternative.

    Damn, I wish I had mod-points, 'cos that line gets funnier every time I hear it.

    I only wish Microsoft would be as idiotic as to force a large chunk of people to invest in Open Source alternatives.
    Can you imagine what OOo/VLC/Debian/GCC/Apache could do with a small fraction of the money these people would save on Microsoft Licenses?

  36. Re: Cows by VP · · Score: 1

    Beef is bad for you only when consumed in excess. Otherwise it is an excellent source of protein, and the best source of hemoglobin for human red blood cells.

  37. Re: Cows by maxume · · Score: 1

    That's an oversimplification right? I mean, the hemoglobin in the beef is broken down into its constituent parts during digestion, and then synthesized in the body into human hemoglobin, right?

    Poking around, it appears that it would be more correct to call beef an excellent source of myoglobin (or just protein in general) and iron.

    --
    Nerd rage is the funniest rage.