Skip to main content

Home/ Document Wars/ Group items tagged eooxml

Rss Feed Group items tagged

Gary Edwards

PlexNex: Analyzing the Microsoft Office Open XML License - 0 views

  • There are many other warts in the Microsoft covenant not to sue. E.g., the covenant applies only to Ecma Office Open XML; it does not apply to any future version, including a version that might be approved by ISO or a variant that might be actually implemented by Microsoft in MS Office. So Microsoft makes no guarantee that it will not move the goal posts at any time.
  •  
    Whoa!  This has already happened.  In his blog titled, "The Formats of Excel 2007",  XML expert Rob Weir demonstrates for us that MSOffice 2007 Excel has a new file format.  Rob demonstrates that there are four file format choices in Excel; EOOXML, Legacy XLS binary, and two  new binary extensions of EOOXML: "Excel Macro-Enabled Workbook" - xlsxm, and "Excel Binary Workbook" - xlsb.

    The new binaries are proprietary extensions to EOOXML.  xlsb in particular looks to be something known as a XML Binary InfoSet..  XBiS is a compressed form of an XML file used in situations where bandwidth and device cpu constraints demand such an extreme.  We can't be sure about xlsb, but it looks like a duck, walks like a duck, quacks like a duck and thherefore....

    This must be some kind of record.  EOOXML isn't yet 30 days old and Micrsoft has eXtended it with a proprietary binary representation not available to the rest of the world.  And XBiS was designed so that implementations would be open and application and platform independent.  But that's not what we see with Microsoft's xlsb.

    What Marbux is pointing out here is that only Micrsoft has the legal rights to do this proprietary eXtension of EOOXML.  Beat the drums.  Sound the alarms.  Hide the women and children.  Nothing has changed.  The longboats are fancier, there are more of them. The swords of the pillagers remain just as sharp.  Their determination and drive just as strong.

    Some quick backgroud references:  Compression, XML</b
  • ...2 more comments...
  •  
    Whoa!  This has already happened.  In his blog titled, "The Formats of Excel 2007",  XML expert Rob Weir demonstrates for us that MSOffice 2007 Excel has a new file format.  Rob demonstrates that there are four file format choices in Excel; EOOXML, Legacy XLS binary, and two  new binary extensions of EOOXML: "Excel Macro-Enabled Workbook" - xlsxm, and "Excel Binary Workbook" - xlsb.

    The new binaries are proprietary extensions to EOOXML.  xlsb in particular looks to be something known as a XML Binary InfoSet..  XBiS is a compressed form of an XML file used in situations where bandwidth and device cpu constraints demand such an extreme.  We can't be sure about xlsb, but it looks like a duck, walks like a duck, quacks like a duck and thherefore....

    This must be some kind of record.  EOOXML isn't yet 30 days old and Micrsoft has eXtended it with a proprietary binary representation not available to the rest of the world.  And XBiS was designed so that implementations would be open and application and platform independent.  But that's not what we see with Microsoft's xlsb.

    What Marbux is pointing out here is that only Micrsoft has the legal rights to do this proprietary eXtension of EOOXML.  Beat the drums.  Sound the alarms.  Hide the women and children.  Nothing has changed.  The longboats are fancier, there are more of them. The swords of the pillagers remain just as sharp.  Their determination and drive just as strong.

    Some quick backgroud references:  Compression, XML</b
  •  
    There are many other warts in the Microsoft covenant not to sue. E.g., the covenant applies only toEcmaOffice Open XML; it does not apply to any future version, including a version that might be approved by ISO or a variant that might be actually imple
  •  
    There are many other warts in the Microsoft covenant not to sue. E.g., the covenant applies only toEcmaOffice Open XML; it does not apply to any future version, including a version that might be approved by ISO or a variant that might be actually imple
  •  
    There are many other warts in the Microsoft covenant not to sue. E.g., the covenant applies only toEcmaOffice Open XML; it does not apply to any future version, including a version that might be approved by ISO or a variant that might be actually imple
Gary Edwards

Game Time for OpenDocument: - 0 views

  •  
    There are the technical arguments for ODf vs. EooXML.  Then there are endless discussions concerning the discovery and disclosure of volumes of contradictions between ODF and EooXmL  And how about all those legal-patent-licensing-DRM restrictions on EooXML which shatter in comparison to the truly open and un encumbered ODF.  Even the comparison between ECMA the great rubber stamp standards for sale org vs OASIS, the everyman's consensus community standards mill where ODF flourishes.  All interesting.  but this blog is about the reality of migrating information and information processes to ODF.  It's not easy!
  • ...1 more comment...
  •  
    There are the technical arguments for ODf vs. EooXML. Then there are endless discussions concerning the discovery and disclosure of volumes of contradictions between ODF and EooXmL And how about all those legal-patent-licensing-DRM restrictions on EooXM
  •  
    There are the technical arguments for ODf vs. EooXML. Then there are endless discussions concerning the discovery and disclosure of volumes of contradictions between ODF and EooXmL And how about all those legal-patent-licensing-DRM restrictions on EooXM
  •  
    There are the technical arguments for ODf vs. EooXML. Then there are endless discussions concerning the discovery and disclosure of volumes of contradictions between ODF and EooXmL And how about all those legal-patent-licensing-DRM restrictions on EooXM
Gary Edwards

EOOXML objections - Grokdoc - 0 views

  •  
    Marbux has done some heroic work here, using the GrokDoc Wiki.  The Title is "EOOXML Objections", and it's primary purpose is to help ISO National Body Memebers evaluate the 0ver 6,000 pages of the Microsoft - ECMA Office Open XML Specification for MSOffice. 

    On January 5th, 2007, Microsoft officially submitted EOOXML to ISO under the fast track rules.  Before EOOXML can hit the fast track though, ISO provides members with a 30 day "Contradition Review Phase".   During this brief phase, ISO NB's (national standards body members) muct evaluate the proposal and post their allegations concerning contradictions and inconsistencies with other ISO products - like ODF.

    What Marbux is assembling here is a one stop shop for ISO NB's strugglign to understand the issues at stake.  It's incredible wha the has accomplished in such a short time.  But then, the clock is ticking.  February 5th is a hard and unmovable deadline. 

    The basic contradiction is thatt EOOXML is a subset of ISO existing product, ODF.  Both attempt to do the exact same thing:  provide an XML file format for desktop productivity environments such as MSOffice, OpenOffice, and WordPerfect Office.  What seriously differentiates the two is that ODF was designed expressly to be a universal file format, application and platform independent, able to transition across many different information domains connecting the legacy of desktop productivity to near everything else.  MOOXML on the other hand was designed for MSOffice and the legacy of billions of binary documents that only Micrsoft knows the secrets to converting to XML.  As such, MOOXML is designed to be application and platform bound, with these proprietary dependencies written right into the specification.

    One of the more important elements of the Marbux arguments is that the OpenDocument Foundation's daVinci Plugin and InfoSet Engine - API prove conclusively
Gary Edwards

Open Stack: Game Time for OpenDocument - 0 views

  • IMHO, it all comes down to one question: > *... Is ODF able to handle everything EOOXML was designed for? Is there something you can do in EOOXML that can't be done with ODF? > Microsoft insists that the reason they developed EOOXML is that ODF is inadequate and unable to handle the advanced features of MSOffice, and, most importantly, the billions of binary legacy documents produced by the many versions of MSOffice still in production. > The answer to this question is that ODF can handle everything MSOffice can throw at it. > There are two ways of proving this. >
  •  
    The primary difference between ODF and MOOXML is that ODF was designed to be a universal file format.  MOOXML was designed to be an XML file format for MSOffice, the Win32 API, and the Vista Information Processing Chain API (.NET 3.0). 

    ODF is application and platform independent.  MOOXML is application and platform specific.  It's bound to the Windows - Vista platform. 

    Microsoft's Brian Jones recently got caugh tup in a argument with the heavily armed WMD ODF expert and combatant Sam Hiser (WMD=Words of Massive Destruction).  In their exchange, Brian got confused over this very important distinction between ODF and MOOXML.  ODF allows specific applications to place their configurations and requirements in a settings file that is separate from the content, presentation and metadata containers.  MOOXML on the other hand makes no distinction whatsoever between application specific (MSOffice only) configuration, settings, processsing instructions and systemm dependencies and the rest of the file format contents.  Application settings are bound to content, presentation, and schema containers.  So bound that Brian is seemingly unaware of what ODF has achieved.  Sam caught him by surprise, as did many others posting comments:

    Brian Jones on MOOXML support for older versions of MSOffice:  Coments by Sam the WMD Man are below.


Gary Edwards

Brian Jones: Open XML Formats : Office Open XML final draft!!! - 0 views

  • # re: Office Open XML final draft!!! @ Wednesday, October 11, 2006 1:46 PM The past incarnations of DrawingML have been chaotic. It would be interesting, out of curiosity, to get an accurate history of what changed over time, perhaps to better understand what is supported in what. Here is my take, I am pretty sure I got at least 50% of it wrong :-) - pre-Windows 95 era, Word, Excel and Powerpoint use their own vector drawing layer used to draw shapes, pictures, diagrams, art and charts. Powerpoint, acquired by Microsoft in 1987, has by far the advanced drawing layer (bi-linear gradients, opacity, ...), codenamed Escher (in reference of the famous mathematician). - In Office 95, it is decided to reuse the Powerpoint vector graphics layer in Word and Excel. Migration begins. - Migration ends with Office 97 where both Word, Excel and Powerpoint use the same vector graphics layer, publicly known as MSO (mso97.dll) - In Office 2000, it's all craze about internet and Word tries to export WYSIWYG html. For that end, mark up extensions must be added to account for the MSO drawing layer. Hence the VML (Vector Markup language). Excel and Powerpoint don't support it. Internet Explorer natively supports VML (Internet Explorer's Direct animation vector drawing layer dismissed for performance reasons). - In Office XP, VML migration ends and both Word, Excel and Powerpoint support VML whenever a document is saved as a "Single web page archive" (.mhtml extension). - In Office 2003, nothing changes. - In Office 12, MSO gets rewritten with backwards compatibility in mind. The vector drawing layer uses more sophisticated drawing functionalities which makes it easier to draw themed, 3D realistic &nbsp;objects. Technically, the differences are akin to the differences between GDI and GDI+. This new shared library is known as E2O and the corresponding mark up language is known as Drawing ML (Ecma TC45 specs). - In Office 14, ??? perhaps the drawing layer is rewritten, again, to 1) use WPF 2) to allow plugins, hence enabling much more sophisticated do-it-yourself scenarios. Use cases : custom charts ; BI analysis tools. Stephane Rodriguez
  •  
    Stephen Rodriguez gives a quick history of the MSO <> VML <> DrawingML transition in the Microsoft Product line. Note that MSOffice produces two versions of EOOXML file formats. On import os a legacy document, MSOffice will convert the doc and produce a
  •  
    Stephen Rodriguez gives a quick history of the MSO <> VML <> DrawingML transition in the Microsoft Product line. Note that MSOffice produces two versions of EOOXML file formats. On import os a legacy document, MSOffice will convert the doc and produce a
  •  
    Stephen Rodriguez gives a quick history of the MSO <> VML <> DrawingML transition in the Microsoft Product line. Note that MSOffice produces two versions of EOOXML file formats. On import os a legacy document, MSOffice will convert the doc and produce a
Gary Edwards

Brian Jones: Open XML Formats : Specifying the document settings - 0 views

  • # re: Specifying the document settings @ Thursday, January 11, 2007 5:11 AM Brian, the fact that you are encouraging people not to use those compatibility flags does not matter at all here. There obviously will be documents with those flags turned on, right? Otherwise you wouldn't have put this in the standard. So it's just a corner case, but still: This means ONLY your office suite will be able to display those documents correctly, even if a competing program implemented the whole specification. Why? Because you didn't specify how those flags affect the display of the document (a hell of a specification you have there...). I still haven't seen any answer to this valid criticism. It's a competitive advantage for Microsoft since the standard is incomplete and your company is the only one that has the missing parts. - Stephan Stephan Jaensch
  •  
    Nice catch by Stephan Jaensch.  He caught Brian Jones trying wriggle out of corner Rob Weir has trapped the mighty Microsoft Blogmeister in.  The last line of Stephan's question to Brian Jones says it all; the incompleteness and undocumented aspects of the EOOXML specification give Microsoft an incredibly unfair competitive advantage regarding the billions of binary MSOffice documents in circulation and vital to critical day to day business operations the world over. 

    The quote from Stephan:  "I still haven't seen any answer to this valid criticism. It's a competitive advantage for Microsoft since the standard is incomplete and your company is the only one that has the missing parts."

    The response from Brian?  We're waiting.  We've been waiting.  With each passing day the EOOXMl specification looks more like a monopolist endagered species protection order than the open standard Microsoft is trying to palm it off as.

Gary Edwards

digg - The Future of Microsoft Lock-in - 0 views

  •  
    hey great comment!
  •  
    hey great comment!
  •  
    hey great comment!
Gary Edwards

digg / garyedwards / news / dugg - 0 views

  •  
    Alist of news stories i'm tagging at DiGG
  •  
    Alist of news stories i'm tagging at DiGG
  •  
    Alist of news stories i'm tagging at DiGG
Gary Edwards

Open Sources | InfoWorld | The Future of Lock-in | May 17, 2006 08:56 AM | By Matt Asay - 0 views

  •  
    Whoa, Matt Asay knocks one out of the ballpark! Finally a Web 2.0 provider who understands the importance of the Exchange/SharePoint Hub, and the long term lockin of critical day to day business processes that Microsoft has brewing. One thing he doesn't
  •  
    Whoa, Matt Asay knocks one out of the ballpark! Finally a Web 2.0 provider who understands the importance of the Exchange/SharePoint Hub, and the long term lockin of critical day to day business processes that Microsoft has brewing. One thing he doesn't
  •  
    Whoa, Matt Asay knocks one out of the ballpark! Finally a Web 2.0 provider who understands the importance of the Exchange/SharePoint Hub, and the long term lockin of critical day to day business processes that Microsoft has brewing. One thing he doesn't
1 - 9 of 9
Showing 20 items per page