Skip to main content

Home/ Document Wars/ Group items tagged groklaw

Rss Feed Group items tagged

Alex Brown

Groklaw - When Would You Use OOXML and When ODF? -- What is OOXML For? - 0 views

shared by Alex Brown on 28 Apr 09 - Cached
  • If you say Groklaw is an echo chamber, for example, it has insulting connotations
    • Alex Brown
       
      It's also true; but never mind
  • Groklaw deserves respect
    • Alex Brown
       
      The level of self-delusion here is truly scary
  • on a committee set up to help a national body
    • Alex Brown
       
      Oh? I'd be interested to know which NB was nuts enough to appoint Groklaw as an advisor!
  • ...2 more annotations...
  • among others
  • Microsoft (and Alex Brown) are working within JTC1/SC34
    • Alex Brown
       
      Aha, a new line of attack. It is, though, the Countries who want to have the Standard reflect the documents they actually have ...
  •  
    The more interesting issue to me is whose voice Groklaw echoes. On the document format war, it's seemed since I stopped contributing articles to Groklaw a few years ago that it is the IBM public relations department's voice being echoed. I'll save for another day the topic of whether the echo chamber is self-delusional or deliberately intended to delude readers.
  •  
    ... and who it's aimed at. It's not as if Groklaw carries any weight (is it?)
  •  
    Groklaw throws a pretty good punch. E.g., it launched ODF vs. Microsoft XML formats as a public issue. The blog is very influential with trade press reporters who are sympathetic to open source software. And Groklaw has done some good reporting, albeit with evident bias. Its chronicles of the SCO vs. IBM and Novell saga is undoubtedly the most thorough out there. But on ODF and OOXML, the coverage has been presented entirely as a black hat/white hat issue, ODF being perfect and designed for interoperability but OOXML as being pure evil. See e.g., http://www.groklaw.net/article.php?story=20080417104016186 (""If you want true interoperability, you need to implement ODF. Seriously. Any limitations to interoperability are entirely on Microsoft's side of the aisle, and the whole world knows it"). Intended or not, Groklaw justly deserves much credit for forestalling public oversight of the ODF TC's utter failure to deal with interoperability issues effectively and credit for keeping the oversight focus solely on OOXML. You'll find no coverage of ODF bugs on Groklaw, only ODF hugs and kisses. I see the blog as having substantially delayed ODF's repair. Groklaw has an enormous readership and particularly among citizen activists who approach ODF as a political cause rather than as a technical specification. But the Groklaw flavor of ODF v. OOXML propaganda remains consistent with that of IBM VP Bob Sutor.
Gary Edwards

Comment for Jesper on the Groklaw "Digging at those who tell the Truth" article - 0 views

  •  
    Lengthy response to Jesper's Groklaw comment. Groklaw rips apart Alex Brown, convenor of the ISO JS34 docuemnt standards group.
Gary Edwards

Groklaw - Digging for Truth : The problem with XML document formats - 0 views

  • The problem with that, as I understand it, is that the transitional spec is pretty much unimplementable by anybody except MS
    • Jesper Lund Stocholm
       
      Well, herein lies the problem, dude ... you don't understand it.
  •  
    Wow! The ODF peasants with pitchforks are have taken to the streets, and ISO document expert Alex Brown is taking them on. The volumes of traffic generated by any discussion of the ISO XML document wars continues to amaze. It's very one sided though. The basic problem seems to be that ISO has accepted two XML document format standards, OOXML and ODF, with OOXML being held to a higher set of expectations than ODF. Alex would do well if he could step back from the OOXML - ODF war, and move the discussion to something like the theoretical IDABC ODEF: the European "Open Document Exchange Formats" design. With ODEF as single set of XML format requirements against which both OOXML and ODF can be measured and compared, Alex might be able to neutralize the heated emotions of angry Open Source - Open Standards - Open Web supporters, who mistakenly think ODF measures up to ODEF expectations and requirements. Trying to compare ODF to OOXML isn't getting us anywhere. At some point, we have to ask ourselves what is it that we want from a standardized XML document format. Having participated in both the Massachusetts pilot study and the California pilot discussions, i have to say that the public expectations were that XML formats would have a basic set of characteristics: open markup; structured separation of content, presentation and logic; high level interoperability (exchange), and Web ready. These are basic "must have" expectations. XML formats were expected to be "better" than 1998 HTML-CSS. But when we apply the basic set of expectations, todays HTML+ (webkit HTML5, CSS4, SVG/Canvas, JS, JS Libs) turns out to be a far better format. Where the XML formats really fall off the wagon are the interoperability and Web ready expectations. For the life of me i don't see how anyone can compare ODF or OOXML interoperability with that of HTML+. And of course, HTML+ is the native language/for
  •  
    Jesper Lund Stocholm was kind enough to point out that, once again, GrokLaw is stoking the fires of the XML document wars. This time PJ takes on Alex Brown, of the ISO SC34 document standards group convenor. And Alex responds ... and responds ... and responds. of course, the attacks keep coming! I left Jesper a rather lengthy comment at: http://tinyurl.com/document-wars
Jesper Lund Stocholm

Groklaw - When Would You Use OOXML and When ODF? -- What is OOXML For? - 0 views

  • The legacy formats are just popped into an OOXML wrapper
    • Alex Brown
       
      Funny how often this old canard is brought out. Do people really belive it?
    • Jesper Lund Stocholm
       
      I actually think is is - to some extent - true. Apart from stuff like DrawingML, CustomML etc, OOXML is a transformation of the binary stuff and hence in essence the same document format. "Someone" told me the other day that he had knowledge of a company that didn't use the "xml-ness" of OOXMLto manipulate OOXML-files but simply considered them TEXT-files. They could do this because OOXML is very close to the binary formats.
    • Alex Brown
       
      True, but the stuff inside is XML -- I think there's a widespread view that OOXML is a lot of lightly wrapped BLOBs
    • Jesper Lund Stocholm
       
      Ok - you are possibly correct. Somehow content in a file called printerSettings.bin seem to attract higher disturbance than base64-encoded, binary attribute values with attribute name "printerSettings"
    • Jesper Lund Stocholm
       
      Actually, I think the phrase someone coined that "OOXML is just the binary document formats dressed up in angle brackets" fits just fint :o)
  • Whoa, whoa, whoa! - Authored by: Anonymous on Friday, May 01 2009 @ 02:21 AM EDT
  • Whoa, whoa, whoa! - Authored by: Anonymous on Friday, May 01 2009 @ 03:17 AM EDT
  •  
    It fits just fine for most of the spec but there are also major chunks that include descriptive element and attribute names, for example, the compatibility markup volume. My sense is that these are areas where new features were introduced in Office 2007. But they kind of fly in the face of the Microsoft claims back when that the abbreviated markup was deliberately chosen to maximize execution speed. If so, why isn't all the markup in abbreviated form?
Gary Edwards

Microsoft Will Support ODF! But Only If It Doesn't 'Restrict Choice Among Formats' - 0 views

  • By Marbux posted Jun 19, 2007 - 3:16 PM Asellus sez: "I will not say OOXML is easy to implement, but saying ODF is easier to implement just by looking at the ISO specification is a fallacy." I shouldn't respond to trolls, but I will this time. Asellus is simply wrong. Large hunks of Ecma 376 are simply undocumented. And what's more, absolutely no vendor has a featureful app that writes to that format. Not even Microsoft. There's a myth that Ecma 376 is the same as the Office Open XML used by Microsoft. It is not. I've spend a few hundred hours comparing the Ecma 376 specification (the version of OOXML being considered at ISO) to the information about the undocumented APIs used by MS Office 2007 that recently sprung loose in litigation. See http://www.groklaw.net/p...Rpt_Andrew_Schulman.pdf Each of those APIs *should* have corresponding metadata in the formats, but are not in the Ecma 376 specification.
  •  
    Incredible comment by Marbux!  With one swipe he takes out both Ecma 376 and ODF. 

    Microsoft has written a letter claiming that they will support ODF in MSOffice, but only if ISO approves Ecma 376 as a second office suite XML file format standard.  ODF was approved by ISO nearly a year ago.

    Criticizing Ecma 376 is easy.  It was designed to meet the needs of  a proprietary application, MSOffice, and, to meet the needs of the emerging MS Vista Stack of applications that spans desktop to server to device to web platforms.  It's filled with MS platform dependencies that make it impossibly non interoperable with anything not fully compliant with Microsoft owned API's.

    Criticizing ODF however is another matter entirely.  Marbux points to the extremely poor ODF interoperability record.  If MOOXML (not Ecma 376 - since that is a read only file format) is tied to vendor-application specific MSOffice, then ODF is similarly tied to the many vendor versions of OpenOffice/StarOffice.

    The "many vendor" aspect of OpenOffice is somewhat of a scam.  The interoperability that ODF shares across Novell Office, StarOffice, IBM WorkPlace, Red Office, and NeoOffice is entirely based on the fact that these iterations of OpenOffice are based on a single code base controlled 100% by Sun.  Which is exactly the case with MSOffice.  With this important exception - MOOXML (not Ecma 376) is interoperable across the entire Vista Stack!

    The Vista Stack is comprised of Exchange/SharePoint, MS Live, MS Dynamics, MS SQL Server, MS Internet Server, MS Grove, MS Collaboration Server, and MS Active Directory.   Behind these applications sits a an important foundation of shared assets: MOOXML, Smart Documents, XAML and .NET 3.0.  All of which can be worked into third party, Stack dependent applications through the Visual Studio .NET IDE.

    Here are some thoughts i wou
Alex Brown

Groklaw - Digging for Truth - 0 views

shared by Alex Brown on 22 Apr 09 - Cached
  • I'm convinced they knew about it already, although it's only a guess
    • Alex Brown
       
      "Reasoning", Groklaw style !
  • the fact that Microsoft would have received a copy
Gary Edwards

Groklaw - Microsoft, antitrust and innovation, by Georg Greve - 0 views

  • Interoperability: The second abusive practice the Commission found Microsoft guilty of is the deliberate obstruction of interoperability, generally achieved through arbitrary and willful modification of Open Standards. This makes it impossible for competitors to write interoperable software. This is to the detriment of customers, who find themselves locked into the products of one vendor, the antithesis of competition.
  • It might look much worse in the light of public statements that Microsoft will not even commit to standards that it has proposed itself, such as the recent Microsoft OfficeOpenXML (OOXML) format it wants approved by ISO. The less people talk about the interoperability side of the case, the better for Microsoft. Otherwise people might connect MS-OOXML to the fact that Microsoft initiated the standardisation effort in the workgroup server area to open the market and later started obstruction of interoperability on its own standard to drive the innovator out of the market.
    • Gary Edwards
       
      Great point. I think tha tanytime a big vendor embraces an open standard they should committ to full public documentation and explanation of any eXtensions to their implementaiton of that standard. Interoperability matters!
  •  
    Excellent explanation of Microsoft's problems in Europe.  One can only hope that the successor to the Bush Administration is paying attention. 
Gary Edwards

GROKLAW - Flock - 0 views

  • As you know the so-called OpenDocument Foundation has been telling the world that CDF is a better approach than ODF. Updegrove met with W3C's Chris Lilley, the "go-to guy guy at W3C to learn what W3C's CDF standard is all about." Lilley says CDF can't replace ODF. It's not suitable for use as an office format, and he's mystified by the pronouncements of the Foundation. Here's what Updegrove reports: To find out the facts, I interviewed Chris Lilley, the W3C lead for the CDF project, and his answer couldn't have been more clear: "The one thing I'd really want your readers to know is that CDF was not created to be, and isn't suitable for use as, an office format." In fact, it isn't even an format at all - although it has been matched for export purposes with another W3C specification, called WICD - but WICD is a non-editable format intended for viewing only. Moreover, no one from the Foundation has joined W3C, nor explained to W3C what the Foundation's founders have in mind. It is highly unfortunate that the founders of a tax exempt organization that solicited donations, "To support the community of volunteers in promoting, improving and providing user assistance for ODF and software designed to operate on data in this format," should publicly announce that it believes that ODF will fail. By endorsing a standard that has no rational relationship to office formats at all, they can only serve to confuse the marketplace and undermine the efforts of the global community they claimed to serve. So, there you have it, straight from the horse's mouth. CDF can't replace ODF, according to Lilley. It wasn't designed to be used as an office format. It's good for other things. So, was all this media push really about ODF? Or about damaging it with FUD and giving support to Microsoft's assertion that the world craves more than one office format standard so we can all struggle with interoperability complexity for the rest of our born days? And is it a coincidence it all happened on the eve of the next vote in February on Microsoft's competing MSOOXML? Was Microsoft behind this? Or did they just get lucky? Microsoft representatives, like Jason Matusow, certainly gave support to what the 3-man crew was saying, so much so that ZDNet's Mary Jo Foley wrote that, "the ODF camp might unravel before Microsoft’s rival Office Open XML (OOXML) comes up for final international standardization vote early next year." Dream on. ODF is doing fine. It's the OpenDocument Foundation that is shutting down. But here's my question: did the Microsoft reps not understand the tech, that CDF can't replace ODF? How trust-inspiring do you find that? Or did they think that *we'd* never figure it out? Whatever the story might be, unfortunately for Microsoft, people aren't as dumb as Microsoft needs them to be. FUD has a very limited shelf life in the Internet age. There is always somebody who knows better. And they'll tell the world.
  •  
    This is priceless!  The ODF Community is now attacking the W3C and CDF.  Watch what happens next inside IBM and Sun who are the primary supporters of CDF.  You see, the thing about a mob is that there comes a point when you can no longer control them.  We've reached 451 Fahrenheit.  somebody is goign regret ever having lit that match.
Gary Edwards

IBM's Director of Strategy comes clean on OpenXML - IBM *WILL* support OpenXML in its L... - 0 views

  • Well, if that's IBM's plan they're going to need more than ODF, that's for sure - and that brings us to the announcement I've been wondering about: IBM favors ODF as a file format because it is "truly open" and technically elegant, Heintzman said. But IBM will support Open XML, which is the current document format in Office 2007, in its Lotus collaboration and portal products. IBM already supports older versions of Office. I feel a Pamela Jones moment coming on .... there it is, as plain as day for the world to see, Doug Heintzman breaks through all IBM's doublespeak and hypocrisy and admits it. I don't know about "Beyond Office" as a plan, I think the real game here is "Beyond ODF"
Gary Edwards

GROKLAW - 0 views

Jesper Lund Stocholm

Groklaw - Digging for Truth - 0 views

  • I would agree with you that ODF is better that OOXML.
    • Jesper Lund Stocholm
       
      I simply love statements like these ... :o)
Jesper Lund Stocholm

Groklaw - Digging for Truth - 6 views

  • You harmed us and our families. You harmed the public, and you will have to live with that judgment from us.
    • Jesper Lund Stocholm
       
      Legendary comment ... :o) "You harmed our families. You harmed the public and you will have to live with that judgement from us"
  •  
    What an amazing conversation. It's true that ODF was NOT designed to be compatible with MSOffice and the legacy binary format. That's not to say there were not considerable efforts within the OASIS Open Office XML TC (ODF) pushing for compatibility. But Sun successfully held off these efforts, insisting that ODF was not designed to be compatible with MSOffice or the MSOffice binaries. Many asked the obvious question, "How are end users supposed to convert their information (billions of legacy "in-process" binary documents) to ODF if ODF is not designed for that conversion?" Stellent, represented by Phil Boutros, and Corel, represented by Paul Langille and Tom Magliery, were particularly obsessed with this problem. Without "compatibility", how were end users supposed to convert their documents? Needless to say, Sun prevailed. ODF is 100% perfectly compatible with OpenOffice/StarOffice, by design. It is not compatible with the billions of "in-process" compound business documents essential to world trade, commerce and information exchange. What a shame, ~ge~
Gary Edwards

Open Document Foundation Gives Up | Linux Magazine - 0 views

  • The reasons for the move to CDF was improved compatibility with Microsoft’s OOXML format the foundation claimed at the time. Cris Lilley from W3C contradicted. CDF is not an office format, and thus not an alternative to the Open Document Format. This turn-down is likely the reason for the abrupt ditching of the foundation.
  •  
    I've got to give this one extra points for creativity!  All anyone has to do is visit the W3C web sites for CDF WICD Full 1.0 to realize that there is in fact a CDf profile for desktops.  CDF WICD Mobile is the profile for devices.

    My guess is that Chris Lilley is threading the needle here.  IBM, Groklaw, and the lawyer for OASIS have portrayed the Foundation's support for CDF WICD Full as a replacement for ODF - as in native file format for OpenOffice kind of replacement.  Mr. Lilley insists that CDF WiCD Full was not designed for that purpose.  It's for export only!  As in a conversion of native desktop file formats.

    Which is exactly what the da Vinci group was doing with MSOffice.  The Foundation's immediate interest in CDF WICD was based on the assumption that a similar conversion would be possible between OpenOffice ODF and CDF WICD.

    The Foundation's thinking was that if the da Vinci group could convert MSOffice documents and processes to CDF WICD Full, and, a similar conversion of OpenOffice ODF documents and processes to CDF WICD could be done, then near ALL desktop documents could be converted into a highly interoperable web platform ready format.

    Web platform ready documents from OpenOffice?  What's not to like?  And because the conversion between ODF and CDF WICD Full is so comparatively clean, OpenOffice would in effect, (don't go native file format now) become ahighly integrated rich client end user interface to advancing web platforms.

    The Foundation further reasoned that this conversion of OpenOffice ODF to CDF WICD Full would solve many of the extremely problematic interoperability problems that plague ODF.  Once the documents are in CDF WICD Full, they are cloud ready and portable at a level certain to diminish the effects of desktop applications specific feature sets and implementation models.

    In Massachusetts, the Foundation took
Gary Edwards

Barr: What's up at the OpenDocument Foundation? - Linux.com - 0 views

  • The OpenDocument Foundation, founded five years ago by Gary Edwards, Sam Hiser, and Paul "Buck" Martin (marbux) with the express purpose of representing the OpenDocument format in the "open standards process," has reversed course. It now supports the W3C's Compound Document Format instead of its namesake ODF. Yet why this change of course has occurred is something of a mystery.
  •  
    More bad information, accusations and smearing innuendo.  Wrong on the facts,  Emotionally spent on the conclussions.  But wow it's fun to see them with their panties in such a twist.

    The truth is that ODF is a far more "OPEN" standard than MS-OOXML could ever hope to be.  Sam's Open Standards arguments for the past five years remain as relevant today as when he first started makign them so many years ago.

    The thing is, the Open Standards requirements are quite different than the real world Implementation Requirements we tried to meet with ODF.

    The implementation requirements must deal with the reality of a world dominated by MSOffice.  The Open Standards arguments relate to a world as we wish it to be, but is not.

    It's been said by analyst advising real world CIO's that, "ODF is a fine open standards format for an alternative universe where MSOffice doesn't exist".

    If you live in that alternative universe, then ODF is the way to go.  Just download OpenOffice 2.3, and away you go.  Implementation is that easy.

    If however you live in this universe, and must deal with the impossibly difficult problem of converting existing MSOffice documents, applications and processes to ODF, then you're screwed. 

    All the grand Open Standards arguments Sam has made over the years will not change the facts of real world implmentation difficulities.

    The truth is that ODF was not designed to meet the real world implmentation requirements of compatibility with existing Microsoft documents (formats) and, interoperability with existing Microsoft Office applications.

    And then there are the problmes of ODF Interoperability with ODF applications.  At the base of this problem is the fact that compliance in ODF is optional.  ODF applications are allowed to routinely destroy metadata information needed (and placed into the markup) by other applications.<b
1 - 14 of 14
Showing 20 items per page