Skip to main content

Home/ Document Wars/ Group items tagged foundation

Rss Feed Group items tagged

Gary Edwards

Microsoft's OOXML limps through ISO meeting - ZDNet UK - 0 views

  • Gary Edwards, former president of the Open Document Foundation, an industry group that promoted ODF but then rejected both approaches and closed itself down in November 2007, said: "Ecma and Oasis are vendor consortia where the rules governing standards specification work favour vendor innovation over the open and transparent interoperability consumers, governments and FLOSS efforts demand... Shutting that door on Ecma OOXML is proving very difficult exactly because the primary and fundamental rule of ISO interoperability requirements has been breached."
Gary Edwards

[office] The infamous list-override list enhancement proposal - 0 views

  • Well, I think the problem we face is that there are different interpretations of the 1.1 specification regarding the numbering of numbered paragraphs that have different list styles assigned. We therefore cannot say that the one or the other proposal is backward-compatible to the ODF 1.1 specification regarding the number or the style. We can only say whether it is backward-compatible to a certain _interpretation_ of the ODF 1.1 specification regarding the number or the style.
Gary Edwards

Gmail - [office] Clarification for frame formatting property style:flow-with-text - Flock - 0 views

  • Some notes on the history of this feature in OpenOffice.org Writer:Prior to OpenOffice.org 2.0, text frames, embedded object and graphicsare clipped/captured inside its layout environment and flow with thetext flow, if possible. The reason for this was, that the contentstructure also determines the layout structure - e.g. a paragraph insidea page header have to stay inside the page header.Shapes (drawing objects in OpenOffice.org) unfortunately doesn't followthis rule.For OpenOffice.org 2.0, we needed to unify text frames, embeddedobjects, graphics and shapes. Thus, this frame formatting property hasbeen proposed. This need was also influenced by interoperabilityrequests for the binary Microsoft Word file format and the MicrosoftWord layout.
  •  
    Aha!  I mentioned in an earlier bookmark that Sun was involved in the Belgium ODF - OOXML Pilot Study.  It was disclosed by Peter V. (Belgium Consultant to Peter Strick's group) that Sun was proposing changes to the ODF 1.2 specification, after the close date, to improve the conversion fidelity problem their plug-in is having in the trials.  We tried to do the same thing to save ODF in Massachusetts.  Sun didn't have a plug-in for the Massachusetts trials, and opposed our iX interop enhancements and extensions.  I guess they are beginning to understand why the iX proposals are so important? 

    If you can't convert MS binaries and xml to ODF, then there is no use in the real world for ODF.  It's that simple.   In California, the CIO's routinely refer to this problem as, "ODF is impossible to implement".

    ~ge~

  • ...1 more comment...
  •  
    Summary of First ODF Summit held in Armonk, organized by IBM and Sun. List of names for all attendees
  •  
    Summary of First ODF Summit held in Armonk, organized by IBM and Sun. List of names for all attendees
  •  
    Summary of First ODF Summit held in Armonk, organized by IBM and Sun. List of names for all attendees
Gary Edwards

Three Stages of XML Migration: The OpenDocument Challenge - 0 views

  • "Open document formats: I get it! But how do I get there? Discuss."
  •  
    Eventually i suspect the truth will come out concerning ODF and the events in Massachusetts.  Migration is difficult and our friends in Redmond are not about to lend a hand.  The problem is the starting point, the MSOffice desktop productivity environment.  A starting point owned and controlled entirely by Microsoft.  The challenge is to get from the overwhelming dominance of proprietary Microsoft binary documents and into an open XML universal file format that any application, running on any platform can interactively read, render and write to.

    Microsoft has decided to keep secret the blueprint to these billions of binary documents, reserving exclusively for themselves the right to convert then to XML.  Of course, the only version of XML Microsoft will convert them to is the wholly owned and controlled OOXML file format. 

    Microsoft refuses to cooperate in any way with the conversion of these legacy binary documents to the only truly open XML universal file format, OASIS OpenDocument.  Which leaves the world with a near insolvable problem; how to get from where we are today, with the boot of a ruthless monopolist on the neck of our information and information processes, to where we really desire to be -  with our digital civilization in the hands of open standards, and out of the control of proprietary applications and platform vendors.

    This document describes what the OpenDocument Foundation learned in Massachusetts about the challenge of migrating to ODF. 

Gary Edwards

http://www.fr0mat.net/ - 0 views

  •  
    Very nice job Sam!
  • ...4 more comments...
  •  
    Very nice job Sam!
  •  
    Very nice job Sam!
  •  
    Very nice job Sam!
  •  
    Very nice job Sam!
  •  
    Very nice job Sam!
  •  
    Very nice job Sam!
Gary Edwards

Fear not beloved 450! - 0 views

  •  
    ODF and the great herd of 450 million Win32 bound desktop users have an interesting furture ahead. Microsoft will try to force march them to the integrated Vista Stack and on into the Age of Collaborative Computing. IBM will try to bring collaborative co
  •  
    ODF and the great herd of 450 million Win32 bound desktop users have an interesting furture ahead. Microsoft will try to force march them to the integrated Vista Stack and on into the Age of Collaborative Computing. IBM will try to bring collaborative co
  •  
    ODF and the great herd of 450 million Win32 bound desktop users have an interesting furture ahead. Microsoft will try to force march them to the integrated Vista Stack and on into the Age of Collaborative Computing. IBM will try to bring collaborative co
Gary Edwards

The History of OpenDocument,: The battle between Massachusetts and Microsoft - 0 views

  •  
    Excellent historical summary of the battle between Massachusetts adn Microsft over the OpenDocument XML file format. Grea ttime line, with many useful links. One thing missing is an explanation of why XML?
  •  
    Excellent historical summary of the battle between Massachusetts adn Microsft over the OpenDocument XML file format. Grea ttime line, with many useful links. One thing missing is an explanation of why XML?
  •  
    Excellent historical summary of the battle between Massachusetts adn Microsft over the OpenDocument XML file format. Grea ttime line, with many useful links. One thing missing is an explanation of why XML?
Gary Edwards

The Meaning of Open Standards - 0 views

  •  
    The marbux comment:

    See particularly section 6.8 and its discussion of "etiquettes," which sounds like CDF profiles to me.

    This 1998 academic paper on open standards could give us a solid foundation to build our arguments for Universal Interop from. I may have forwarded this link before, roughly a year ago. Here is the abstract of the paper:

    This paper develops the argument that many Information Technology standardization processes are in transition from being controlled by standards creators to being controlled by standards implementers. The users of standardized implementations also have rights that they wish addressed. Ten basic rights of standards creators, implementers and users are identified and quantified. Each of these ten rights represents an aspect of Open Standards. Only when all ten rights are supported will standards be open to all.

    It builds upon a previous work by Bruce Perens. Well worth the read.

Graham Perrin

Doug Mahugh : Standards-Based Interoperability - 0 views

  • Standards-Based Interoperability
  • 05 June 09
  • Interoperability without Standards
  • ...46 more annotations...
  • First, let’s consider how software interoperability works when it is not standards-based. Consider the various ways that four applications can share data, as shown in the diagram to the right.  There are six connections between these four applications, and each connection can be traversed in either direction, so there are 12 total types of interoperability involved.
  • As the number of applications increases, this complexity grows rapidly.  Double the number of applications to 8 total, and there will be 56 types of interoperability between them:
  • through standards maintenance, transparency of implementation details, and collaborative interoperability testing.
    • Graham Perrin
       
      Issues relating to CalDAV are well addressed in these ways.
  • Here’s where those workarounds will need to be implemented: Note the complexity of this diagram.
  • In the real world, interoperability is almost never achieved in this way.  Standards-based interoperability is much better approach for everyone involved,
  • whether that standard is an open one such as ODF (IS26300)
  • or a de-facto standard set by one popular implementation.
  • or Open XML (IS29500)
  • The core premise of open standards-based interoperability is this:
  • each application implements the published standard as written, and this provides a baseline for delivering interoperability.
  • the existence of a standard addresses many of the issues involved, and the other issues can be addressed
  • In the standards-based scenario, the standard itself is the central mechanism for enabling interoperability between implementations: This diagram is much simpler
  • there is no question that users of other products are massively surprised by
  • How this all applies to Office 2007 SP2 I covered last summer the set of guiding principles that we used to guide the work we did to support ODF in Office 2007 SP2.
  • applied in a specific order
  • I’d like to revisit the top two guiding principles
  • Guiding Principle #1: Adhere to the ODF 1.1 Standard
  • Guiding Principle #2: Be Predictable
  • Being predictable is also known as the principle of least astonishment.
  • What about Bugs and Deviations? Of course, the existence of a published standard doesn’t prevent interoperability bugs from occurring.
  • deviations from the requirements
  • different interpretations
  • Our approach to the transparency issue has been to document the details of our implementation through published implementer notes.
  • Interoperability Testing The final piece of the puzzle is hands-on testing
  • What else would you like to know about how Office approaches document format interoperability?
  • a standard (evolved and improved as reality demands) is the proper foundation for resolving interoperabilty
  • All complex software has bugs, and some bugs can present significant challenges to interoperability.  Let’s consider the case that 3 of the 4 applications have bugs that affect interoperability, as shown in the diagram to the right.
  • (1) their spreadsheets having their formulas lost when interchanged with Excel 2007
  • (2) not being able to handle the formulase received in Excel 2007's ODF output.
  • I am creating my own fantasy about the state of affairs
    • Graham Perrin
       
      :-)
  • it is far too early to declare it to be unsuccessful
  • I cannot fault the Microsoft approach as incorrect
  • I was at the year-ago DII meeting where the guiding principles were announced and their application to spreadsheet formulas described.  I applauded the principles and understood the reasoning for formulas.
  • How this would impact various groups of users and non-users (who still want to interoperate) of Office 2007 did not surface in my consciousness.
  • there is NO published standard for ODF spreadsheet formulas yet.
  • Nor is there any de-facto standard that everyone agrees on.
  • the “spaghetti diagram" method, with all of the complexity and risk of bugs that entails
  • No implementer we know of has attempted that
  • In the case of spreadsheet formulas, help is on the way -- OpenFormula is under development for use with ODF 1.2.
  • I’d like to keep this thread on-topic
  • I appreciate the post, very good
  • Visually I would rather frame it in terms of convergence, a spiral.
  • and user satisfaction.
  • I doubt someone would ever find a magic bullet to interoperability
  • New Comments to this post are disabled
    • Graham Perrin
       
      Hurrah!
  • © 2009 Microsoft Corporation
  •  
    Diagrams here are eye-catching.
Paul Merrell

Screenshots of The First Application That Supports ISO/IEC 29500 - 0 views

  • Blogosphere has been full of speculations about when and if ever Microsoft will support ISO/IEC 29500 format in MS Office. Some people believe and wish that OpenOffice.org with ISO/IEC 29500 support will be released earlier then MS Office. But don't get fooled, the first application conforming to ISO/IEC 29500 is out, it is neither MS Office nor OpenOffice.org, it is coming from Free Software Foundation and you can see screenshots here.
Alex Brown

Is ODF designed to be not implementable without source code? - Wouter - 0 views

  • How come I am the one to notice how deficient ODF really is?
    • Alex Brown
       
      "But mummy, he's not *wearing* any clothes ..."
  •  
    Exactly! It's not that ODF is under-specified. It's that ODF can't be fully specified until OpenOffice is completely documented and capable of supporting expected features. There is this famous quote from Sun's Svante Schubert that pretty much says it all; "Nothing goes into the ODF specification unless it's supported by OpenOffice". The statement was made at a meeting of the OASIS ODF Metadata SC while discussing the controversial use of "XML ID". IBM's Elias Torres, of RDFa fame, was passionately arguing that use of the XML ID should be left open to all developers. Sun had taken the position that XML ID should be limited to only a handful of elements supported by OpenOffice. The discussion acutally got far worse than the quote would indicate. Elias compromised his arguments suggesting that we should allow developers to have at it with XML ID for at least one year, and then revisit the issue. This suggestion lead to a discussion of how developers implementing elements with metadata would notify the metadata sub committee of their use case. A discussion list was proposed. The idea being that developers would send in their use cases and the oligarchs on the sub c would approve or disprove. Incredibly, this suggestions was shot down by Bruce d'Arcus (OpenDocument Foundation). Bruce thought that any developer needing metadata support for particular elements should have to join the OASIS ODF Metadata SC like everyone else before their needs would be considered. ( i.e. - like the other oligarchs). At the next weeks meeting, Rob Weir showed up with a list of 14 spreadsheet related elements that IBM needed XML ID support for. Sun representatives Svante Schubert and Michael Brauer immediately approved the use, agreeing that OpenOffice would support that implementation. This how things work at OASIS ODF. Ever wonder why SVG or XForms support in ODF is so limited? It's because the specification directly reflects the limits of the OpenOffice implement
  •  
    Sorry. Diigo cut my comment off about half way through. I've complained to Wade and Maggie about this problem, especially how it impacts and cripples the "Group Auto-Blog Post" feature . Months have gone by. Yet still the issue remains.
Gary Edwards

The Education of Gary Edwards - Rick Jelliffe on O'Reilly Broadcast - 0 views

  •  
    I wonder how i missed this? Incredibly, i have my own biographer and i didn't know it! The date line is September, 2008, I had turned off all my ODF-OOXML-OASIS searches and blog feeds back in October of 2007 when we moved the da Vinci plug-in to HTML+ using the W3C CDF model. Is it appropriate to send flowers to your secret biographer? Maybe i'll find some time and update his work. The gap between October 2007 and April of 2009 is filled with adventure and wonder. And WebKit!

    "....One of the more interesting characters in the recent standards battles has been Gary Edwards: he was a member of the original ODF TC in 2002 which oversaw the creation of ODF 1.0 in 2005, but gradually became more concerned about large vendor dominance of the ODF TC frustrating what he saw as critical improvements in the area of interoperability. This compromised the ability of ODF to act as a universal format."

    "....Edwards increasingly came to believe that the battleground had shifted, with the SharePoint threat increasingly needing to be the focus of open standards and FOSS attention, not just the standalone desktop applications: I think Edwards tends to see Office Open XML as a stalking horse for Microsoft to get its foot back in the door for back-end systems....."

    "....Edwards and some colleagues split with some acrimony from the ODF effort in 2007, and subsequently see W3C's Compound Document Formats (CDF) as holding the best promise for interoperability. Edwards' public comments are an interesting reflection of an person evolving their opinion in the light of experience, events and changing opportunities...."

    ".... I have put together some interesting quotes from him which, I hope, fairly bring out some of the themes I see. As always, read the source to get more info: ..... "

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
« First ‹ Previous 101 - 114 of 114
Showing 20 items per page