Skip to main content

Home/ OpenDocument/ Group items matching "archives" in title, tags, annotations or url

Group items matching
in title, tags, annotations or url

Sort By: Relevance | Date Filter: All | Bookmarks | Topics Simple Middle
Gary Edwards

okay ... seriously now ... what is this supposed to be? - 229 views

Gary Thank you for the insightful (and exhaustive) overview. Question. Would you allow me to publish all or part of your response on my practice management blog at http://dcbalpm.wordpress.com? Or...

OpenDocument

started by mazyar hedayat on 01 Sep 07 3 follow-ups, last by Gary Edwards on 16 Apr 08
Gary Edwards

Open Sources | InfoWorld | While you were sleeping... (The Sharepoint Trojan Horse) | April 24, 2007 05:17 AM | By Matt Asay - 0 views

weblog.infoworld.com/...while_you_were.html

cdf interoperability odf officeopenxml ooxml opendocument sharepoint

shared by Gary Edwards on 27 Aug 07 - Cached
  • Gary Edwards on 27 Aug 07
     
    Matt Asay's commentary pointing out that the Microsoft monopoly is moving from the desktop to the SharePoint Server. Matt's cites a recent Wall Street Journal article as his reference. And both have it right except that i would have called this the Exchange/SharePoint Hub juggernaut.

    The idea is to migrate existing MSOffice bound business processes to the E/S Hub. From there, end user documents, collaboration and workflow interfaces are wired into Microsoft backends and web fronts (MS SQL Server, MS IIS, MS Active Directory, MS Dynamics, MS Communications Server, etc.)
Gary Edwards

Re: [office-metadata] Suggested Changes on the Metadata proposal - 0 views

lists.oasis-open.org/...msg00072.html

conformance-clause interoperability marbux metadata odf

shared by Gary Edwards on 23 Aug 07 - Cached
    • Gary Edwards
      Gary Edwards on 23 Aug 07
       
      Preserving metadata! Preserving application specific information. Preserving "unknown" information inside of a document
  • Unless we add conformance requirements for the preservation of metadata and processing instructions, the less featureful apps will never  be able to round-trip documents with the more featureful apps. Our language should require that. Personally, I believe that the software-as-an-end-point client-side office suites are dinosaurs at the end of their era. They are being finished off by a thousand cuts as users spend less and less time using them and more and more time using other apps, such as web apps. ODF either develops methods for interoperability among all apps or it will die along with the office suites. E.g., Microsoft knows this and is busily migrating its Office development budget across the Sharepoint/Exchange server hubs to the network. Meanwhile, this TC fiddles with preserving the 1995 software-as-an-endpoint vision.
  • Gary Edwards on 23 Aug 07
     
    Marbux is clearly at the top of his game here as he hammers the interoperability issue.
Gary Edwards

Can a file be ODF and Open XML at the same time? (and HTML? and a Java servlet? and a PDF archive?) - O'Reilly XML Blog - 0 views

www.oreillynet.com/..._file_be_odf_and_open_xml.html

jellife odf ooxml pdf html OPC zip

shared by Gary Edwards on 14 Jan 09 - Cached
  • The recent bomb in the ODF world from Gary Edward’s claims that Sun successfully blocked the addition of features to ODF that would be needed for full interchange with Office are explosive not only because they demonstrate how ODF was (properly, in my view) developed to cope with the particular features of the participants, not really as a universal format, but also because the prop up Microsoft’s position that Open XML is required because it exposes particular features that ISO ODF is not capable of exposing. Both because ODF is still in progress and because sometimes the features are simply incompatible in the details.
  • Actually, ODF is about to get a new manifest along with the new metadata stuff. Because we base that on RDF, the manifest will also be RDF-based. It gives us the extensibility we want to provide (extension developers, for example, can add extra metadata they may need), without having to worry about breaking compatibility. The primary addition we've made is a mechanism to bind a stable URI to in-document content node ids and files. This is conceptually not all that different than what I see in OPC; it's just that the unique IDs are in fact URIs. Among other things, in the RDF context that allows further statements to be bound to those URIs. Bruce D'Arcus | July 29, 2007 01:02 PM
  • Gary Edwards on 14 Jan 09
     
    What Bruce doesn't explain in this highlighted clip is that Sun decided to limit the "extra metadata" developer might need to just a handful of elements Sun and IBM needed to use in OpenOffice. The original OpenDocument Foundation metadata proposal was to open up the use of metadata to the extent that metadata could be used for all aspects of presentation (formatting AND layout!).
  • Gary Edwards on 14 Jan 09
     
    This vendor specific - application specific limiting ended the last hope we had for ODF interoperability and backwards compatibility with the billions of "in-process" MSOffice documents known to be populating business processes the world over. In fact, the problem ODF adoption faces is primarily that of MSOffice bound business processes, reflected in these billions of workgroup-workflow documents.
  • Gary Edwards on 14 Jan 09
     
    Proposal to have a standard packaging for combining application specific XML formats, Open HTML, and PDF. Great comments. This July 2007 article links to a January 2009 article: http://broadcast.oreilly.com/2009/01/packaging-formats-of-famous-ap.html
Gary Edwards

V1 committee gives thumbs down to Open XML doc spec - 0 views

www.computerworld.com/...article.do

shared by Gary Edwards on 20 Jul 07 - No Cached
  • Sun Microsystems Inc., largely considered an avowed opponent of Open XML because of its own development and support for the competing, ODF-based StarOffice suite, found itself in the unexpected position of stating its support for ratifying Open XML -- albeit after some changes in the proposal are made.
  • Gary Edwards on 20 Jul 07
     
    Quote: Sun Microsystems Inc., largely considered an avowed opponent of Open XML because of its own development and support for the competing, ODF-based StarOffice suite, found itself in the unexpected position of stating its support for ratifying Open XML -- albeit after some changes in the proposal are made. "We wish to make it completely clear that we support DIS 29500 becoming an ISO Standard and are in complete agreement with its stated purposes of enabling interoperability among different implementations and providing interoperable access to the legacy of Microsoft Office documents," Jon Bosak, a Sun representative to V1, wrote in an e-mail to other committee members over the weekend. "Sun voted No on Approval because it is our expert finding, based on the analysis so far accomplished in V1, that DIS 29500 as presently written is technically incapable of achieving those goals, not because we disagree with the goals or are opposed to an ISO Standard that would enable them." Sun "found itself in the unexpected position of stating its support for ratifying OOXML"?  What???? This is the official position of Sun?

    For the near five years that i have been a member of the OASIS ODF TC, Sun has opposed
Gary Edwards

EU-IDABC ODEF Workshop 2007 in Berlin - Documentation - presentations - 0 views

ec.europa.eu/...5935

california davinci interop iso massachusetts oasis odef odf ooxml opendocument politics xml

shared by Gary Edwards on 09 Jun 07 - Cached
  • As information exchange in and with public administrations is very often bound to documents, editing, archiving and exchange possibilities for documents are crucial for the optimum function of administrations, both in terms of practicality and cost. Initiatives such as the PEGSCO Recommendations on Open Document Formats published by the IDABC Management Committee, demonstrate public administrations preference for "open" document exchange and storage formats that are subject to formal standardisation via international standardisation procedures.   The primary objectives of the Berlin event, held at the German Federal Ministry of the Interior (BMI), were to: compile further input from Member State public administrations on their experiences and strategies on ODEF gather industry viewpoints on the initiatives relating to ODEF standardization and information on future standardisation developments provide a platform for exchange between stakeholders in public administrations and main industry players The program of the workshop included, among other: ODEF Strategies: Examples from European Administration Practical Experiences with the implementation of ODEF Report on ODEF-Standardisation activities  4 parallel sessions with participants   A panel discussion with stakeholders 
  • IDABC ODEF Workshop 2007 in Berlin
  • Gary Edwards on 09 Jun 07
     
    ODF officially died on February 28, 2007, at the Advanced eGovernment Conference in Berlin.  Hellow ODEF
Gary Edwards

Suggested ODF1.2 items - 0 views

www.oasis-open.org/...msg00048.html

shared by Gary Edwards on 09 Jun 07 - Cached
  • Subject: Suggested ODF1.2 items From: "Florian Reuter" <freuter@novell.com> To: <office@lists.oasis-open.org> Date: Mon, 20 Nov 2006 17:03:24 +0100 Suggested enhancement for OpenDocument V1.2
    • Gary Edwards
      Gary Edwards on 09 Jun 07
       
      This message was submitted to the ODF-OOo/SO OASIS TC the day Florian joined Novell. His Novell contract allowed him to continue his work as the OpenDcoument Foundation's CTO. Take note of the response from Sun's Michael Brauer. It's a classic. The link is at the bottom of the page. ~ge~
  • Gary Edwards on 09 Jun 07
     
    Part of the sad but enduring "History of Failed ODF Interoperability Attempts".  This particular message is dated November 20th, 2006. 

    The OpenDocument Foundation was notified a week earlier that the "benefactor" ODF Community group Louis Gutierrez had asked IBM and Oracle to put together in Massachusetts had failed.  This was the group Louis formed around the da Vinci plugin and our InfoSet APi. 

    Florian has been hired by Novell, and his first day on the job he finds out about the IBM - Novell deal with Microsoft.  Now he has write the MOOXML plugin for OpenOffice using the MS-CleverAge Translator Project work.  So he writes this message to the ODF TC [office] list. 

    The interoperability enhancements Florian suggests are based on the <interoperability eXtensions> submitted in August to the ODF Metadata SC for consideration.

    The first element in this list tha tFlorian chose to tackle related to "Lists".  He called it the "LIst Override Proposal".  This became the now infamous "List Enhancement Proposal War" that resulted in Sun having OASIS boot out the Foundation.

    Such is life in big vendor ODF'dom

    ~ge~

Gary Edwards

Microsoft Partners with Atlassian & NewsGator - SharePoint Goes Web 2.0 - Flock - 0 views

www.readwriteweb.com/...ft_partners_with_atlassian.php

exchange html ms-ooxml sharepoint w3c web20

shared by Gary Edwards on 20 Oct 07 - Cached
  • 4) Linking; Within Confluence, users can access SharePoint document facilities. By including SharePoint lists and content within Confluence, users can (in a single click) edit Microsoft Office documents.
  • Gary Edwards on 20 Oct 07
     
    Pay close attention here boys and girls because here it is.  Wonder why Microsoft is wealing, dealing and ready to shell out billions for Web 20 collaboration software?  It's to tie them into the MS Stack of MSOffice, IE, Exchange/SharePoint, MS LIve, MS Dynamics, MS SQL Server, etc.

    Grand convergence is the convergence of desktop, server, device and web systems.  It increasing looks like were going to have to live with the MS Stack and the Open Stack of grand convergence interoperability.  One will be able to have perfect interop within it's walls, with all applications able to handle the same compound XML document.  The other will be totally unable to implement an inteoperable version of MS-OOXML. 

    Members of the MS Stack will be able to access everything in the Open Stacks, but outside systems will have limited (crippled) access into the MS Stack.  Embrace, Extend, Extinguish.  Here we go again.

    ~ge~



Gary Edwards

Tim Anderson's ITWriting - Tech writing blog » Microsoft's Jean Paoli on the XML document debate - 0 views

www.itwriting.com/blog

microsoft mooxml odf paoli

shared by Gary Edwards on 24 Apr 07 - Cached
  • What’s distinctive about the goals of OOXML? Primarily, to have full fidelity with pre-existing binary documents created in Microsoft Office. “What people want is to make sure that their billions of important documents can be saved in a format where they don’t lose any information. As a design goal, we said that those formats have to represent all the information that enables high-fidelity migration from the binary formats”, says Paoli. He mentions work with institutions including the British Library and the US Library of Congress, concerned to preserve the information in their electronic archive. I asked Paoli if such users could get equally good fidelity by converting their documents to ODF. “Absolutely not,” he says. “I am very clear on that. Those two formats are done for different reasons.” What can go wrong? Paoli gives as an example the myriad ways borders can be drawn round tables in Microsoft Office and all its legacy versions. “There are 100 ways to draw the lines around a table,” he says. “The Open XML format has them all, but ODF which has not been designed for backward compatibility, does not have them. It’s really the tip of the iceberg. So if someone translates a binary document with a table to ODF, you will lose the framing details. That is just a very small example.”
  • “Open Document Format and Office Open XML have very different goals”, says Paoli, responding to the claim that the world needs only one standard XML format for office documents. “Both of them are formats for documents … both are good.”
    • Gary Edwards
      Gary Edwards on 19 Aug 07
       
      The door should have been slammed shut on OOXML near five years ago when, on December 14th, 2006, at the very first OASIS ODF TC meeting, Stellent's Phil Boutros proposed that the charter include, "compatibility with existing file formats and interoperability with existing applications" as a priority objective.
  • Another benefit Paoli claims for OOXML is performance. “A lot of things are designed differently because we believe it will work faster. The spreadsheet format has been designed for very big spreadsheets because we know our users, especially in the finance industry, use very large spreadsheets.
    • Gary Edwards
      Gary Edwards on 19 Aug 07
       
      Wrong. The da Vinci plug-in prototype we demonstrated to Massachusetts on June 19th, 2006 proved that there is little or no difference in spreadsheet performance between a OOXML file, and an ODF file.

      In fact, ODF version of the extremely large test file beat the OOXML load by 12 seconds.

      Where the performance difference comes in is at the application level. MS Excel can load a OOXML version of a large spreadsheet faster than OpenOffice can load an ODF version of that same spreadsheet.

      If you eliminate the application differential, and load the OOXML file and the ODF version of that same spreadsheet into a plug-in enabled Excel, the performance differences are negligible.

      The reason for this is that the OOXML plug-in for Excel has a conversion overhead identical to the da Vinci plug-in for Excel. It has nothing to do with the file format, and everythign to do with the application.

      ~ge~
  • ...5 more annotations...
  • Paoli points to the conversion errors as evidence of how poorly ODF can represent legacy Office documents. My hunch is that this has more to do with the poor quality of the converter.
    • Gary Edwards
      Gary Edwards on 19 Aug 07
       
      Note that these OASIS ODF TC November 20th iX "interoperability enhancement" suggestions were submitted by Novell as part of their effort to perfect a OOXML plug-in for OpenOffice!!!!

      "Lists" were th first of these iX items to be submitted as formal proposal. And Sun fought that list proposal viciously for the next four months. The donnybrook resulted i a total breakdown of the ODF consensus process. But, it ensured that never again would anyone be stupid enough to challenge Sun's authority and control of the OASIS ODF TC.

      Sun made it clear that they would viciously oppose any other efforts to establish interoperability with existing Microsoft documents, applications, processes effort.

      Point taken.

      ~ge~
  • the idea that Sun is preparing a reference implementation of OOXML is laughable.
    • Gary Edwards
      Gary Edwards on 19 Aug 07
       
      Sorry Tim. It's true. Sun and Novell are working together to develop native OOXML file support in OpenOffice. You can find this clearly stated in the Gullfoss Planet OpenOffice blogs.

      The funny thing is that Sun will have to implement and support the November 20th iX enhancements submitted by Novell!! (Or, the interoperability frameworks also submitted by Novell in February of 2007). There is simply no other way for OpenOffice to implement OOXML with the needed fidelity.

      ~ge~
  • One of new scenarios enabled by the “custom xml parts” (again, if you read their blogs, you must have heard of this stuff) is the ability to bind xml sources and a control+layout so that it enables the equivalent of data queries (we’ve had in Excel for many years already), just with a source which is part of the package, contrary to the typical external data source connection. Well this stuff, besides the declaration (which includes, big surprise, GUIDs and stuff like that) requires the actual Office 2007 run-time to work. So whenever MS says this stuff is interoperable, they cannot mean you can take this stuff away in another application. Because you can’t. This binding is more or less the same than the embedding of VBA macros. It’s all application-specific, and only Microsoft’s own suite knows how to instantiate this stuff.
    • Gary Edwards
      Gary Edwards on 19 Aug 07
       
      Stephan whacks this one out of the park! Smart Documents will replace VBa scripts, macros and OLE functionality going forward. It's also the data binding - workflow and metadata model of the future. And it's all proprietary!

      It's the combination of OOXML plus the MSOffice- Vista Stack specific Smart Documents that will lock end users into the Vista Stack for years to come.

      Watch out Google!

      ~ge~
  • Has Microsoft published the .doc spec publicly? Then why should ODF worry about the past? It’s not ODF’s concern to worry about Microsoft’s past formats. (Understand that the .doc format alone changed six times in the last eight versions of Office!) That’s Microsoft’s legacy problem, not ODF’s.
    • Gary Edwards
      Gary Edwards on 19 Aug 07
       
      There really is no need to access the secret binary blueprints. The ACME 376 plug-in demonstration proves this conclusively. The only thing the ACME 376 demo lacks is that we didn't throw the switch on the magic key to release all VBa scripts, macros and OLE bindings to ACME. But that can be done if someone is serious about converting the whole shebang of documents, applications and processes.

      The real problem is that although ACME 376 proves we can hit the high fidelity required, it is impossible to effectively capture that fidelity in ODF without the iX interoperability enhancements. The world expects ODF interoperability. But as long as Sun opposes iX, we can't pipe from ACME 376 to ODF.

      ~ge~
  • I put it to Paoli that OOXML is hard to implement because of all its legacy support, some of which is currently not well documented. “I don’t believe that at all. It’s actually the opposite,” he says. He make the point that third parties like Corel, which have previously implemented support for binary formats like .doc and .xls, should find it easy to transition to OOXML. “We believe Open XML adoption by vendors like Corel will be very easy because they have already been doing 90% of the work, doing the binary formats. The features are already there.”
    • Gary Edwards
      Gary Edwards on 20 Aug 07
       
      WordPerfect does an excellent import of MSWord .doc documents. But there is no conversion! It's a read only rendering. Once you start editing the document in WP, all kinds of funny things happen, and the perfect fidelity melts away like the wicked witch of west in a bucket full of water.
  • Gary Edwards on 24 Apr 07
     
    Tim Anderson interviews Microsoft's Jean Paoli about MOOXML and ODF.    Jean Paoli of course has the predictable set of answers.  But Tim anderson provides us with some interesting insights and comments of his own.  There is also a gem of a comment from Stephane Rodriquez, the reknown spreadsheet expert.

    The bottom line for Microsoft has not changed.  MOOXML exists because of the need for an XML file format compatible with the legacy of existing MSOffic ebinary documents.  He claims that ODF is not compatible, and offers the "page borders" issue as an example.

    Page borders?  What's that got to do with the ODF file format?   These are application specific, application bound proprietary graphics that can not be ported to any other application - like OpenOffice.  The reason has nothign whatsoever to do with ODF and everything to do with the fact that the page border library is bound to MSOffice and not available to other applications like OpenOffice. 

    So here is an application specific feature tha tJean Paoli claims can not be expressed in ODF, but can in MOOXML.  But when are running the da Vinci ODF plugin in MSWord, there is no problem whatsoever in capturing the page borders in ODF!!!!!!!!!!!!!!!!!!!!!!!!!!!  No problem!!!!!!!!!!

    The problem is opening up that same da Vinci MSWord document in OpenOffice.  That's where the page borders are dropped.  The issue is based entirely on the fact that OpenOffice is unable to render these MSWord specific graphics bound to an MSOffice only library.

    If however we take that same page border loaded da Vinci MSWord document, and send it half way across the world to another MSWord desktop running da Vinci, the da Vinci plugin easily loads the ODF document into MSWord where it is perfectly rendered, page borders and all!!!!!!!!

    Now i will admit that this is one very difficult issue to understand.  If not f
  • Gary Edwards on 20 Aug 07
     
    Great interview. Tim can obviously run circles around poor Jean Paoli.
Gary Edwards

ODF Civil War: Bulll Run - Suggested Changes on the Metadata proposal - OASIS ODF - 0 views

www.oasis-open.org/...msg00072.html

metadata odf odf-civil-war ooxml

shared by Gary Edwards on 11 Oct 07 - Cached
  • From our perspective it would be better to aim for doing the job in ODF 1.2, even if that requires delay. We will oppose ODF 1.2 at ISO unless the interoperability warts are cleaned up. What the market requires is no longer in doubt. See the slides linked above and further presentations linked from this page, &lt; http://ec.europa.eu/idabc/en/document/6474/5935&gt;. Substantial progress toward those goals would seem to be mandatory to maintain Europe's preference for a harmonized set of file formats that uses ODF to provide the common functionality. Delaying commencement of such work enhances the likelihood that governments will tire of waiting for ODF to become interoperable with MS Office and simply go with MOOXML. We may not be able to force Microsoft to participate in the harmonization work, but we will be in a far better position if we have done everything we can in aid of that interoperability without Microsoft's assistance. As the situation stands, we have what is known in the U.S. as a "Mexican stand-off," where neither side has taken a solitary step toward what Europe has requested. We have decided to do that work via a fork of ODF; it is up to this TC whether it wishes to cooperate in that effort.
  • Gary Edwards on 11 Oct 07
     
    This is the famous marbux response to Sun regarding Sun's attempt to partially implement ODF 1.2 XML-RDF metadata.  It's a treasure.

    There is one problem with marbux's statement though.  We had decided long ago not to fork ODF even if the five iX "interoperability enhancement" proposals were refused by the OASIS ODF TC.   This assurance was provided to Massachusetts CIO Louis Gutierrez witht he the first ODF iX proposal submitted on July 12th, 2006.  Louis ended up signing off on three iX proposals before his resignation October 4th, 2006.

    The ODF iX enhancements were essential to saving ODF in Massachusetts.  Without them, there was no way our da Vinci plug-in could convert existing MSOffice documents and processes to ODF with the needed round trip fidelity.

    For nearly a year we tried to push through some semblance of the needed iX enhancements.  We also tried to push through a much needed Interoperability Framework, which will be critical to any ISO approval of ODF 1.2.

    Our critics are correct in that every iX effort was defeated, with Sun providing the primary opposition. 

    Still rather than fork ODF, we are simply going to move on. 

    On October 4th, 2006, all work on ODF da Vinci ended - not to be resumed unless and until we had the ODF iX enhancements we needed to crack the MSOffice bound workgroup-workflow business process barrier.

    In April of 2007, with our OASIS membership officially shredded by OASIS management, bleeding from the List Enhancement Proposal doonybrook, and totally defeated with our hope - the metadata XML-RDF work, we threw in the towel.

    Since then we've moved on to CDF, the W3C Compound Document format.  Incredibly, CDF is able to do what ODF can not.  With CDF we can solve the three primary problems confronting governments and MSOffice bound workgroups everywhere. 

    The challenge for these g
Gary Edwards

InfoWorld Tech Watch | InfoWorld | Messaging standard OK'd for Web services | June 21, 2007 09:58 AM | By Paul Krill - 0 views

weblog.infoworld.com/...012609.html

shared by Gary Edwards on 21 Jun 07 - Cached
  • OASIS considers WS-ReliableMessaging critical for SOA, in that it can handle a variety of SOA requirements. WS-ReliableMessaging can be extended to enable integration with capabilities such as security. SOAP binding for interoperability is included. WS-ReliableMessaging is part of a series of Web services specifications dubbed WS-* that have been championed by companies such as Microsoft.
  • Gary Edwards on 21 Jun 07
     
    Check out the comments below this article.  There are links to Ian Foster of Globus and to the Marbux license disseration posted with the OpenDocument Foundation's NO VOTE at OASIS.
Gary Edwards

Microsoft: the cloud as feature - Rough Type - 0 views

www.roughtype.com/...the_web_as_feat.php

microsoft ms-stack msoffice msooxml ooxml

shared by Gary Edwards on 01 Oct 07 - Cached
  • In the short term and even medium term, it is very likely that mainstream business customers will be more comfortable viewing the cloud as an add-on to rather than a replacement for their traditional Office programs. The competitive battle, in other words, will be fought largely on Microsoft's turf, and on that turf a certain amount of messiness is both allowed and expected. "Google and other Office competitors will be breathing a sigh of relief this morning," writes Mike Arrington. If so, it's a sigh they may come to regret.
  • Gary Edwards on 01 Oct 07
     
    Here we go.  The final piece to the MS Stack puzzle falls into place.  Nick Carr provides excellent commentary and analysis.  As usual.
Gary Edwards

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

www.groklaw.net/article.php

antitrust interoperability microsoft odf

shared by Gary Edwards on 27 Sep 07 - Cached
  • 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
      Gary Edwards on 27 Sep 07
       
      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!
  • Gary Edwards on 27 Sep 07
     
    Excellent explanation of Microsoft's problems in Europe.  One can only hope that the successor to the Bush Administration is paying attention. 
Gary Edwards

Rough Type: Nicholas Carr's Blog: Fat Guy in Salesforce hell - Flock - 0 views

www.roughtype.com/...fat_guy_in_sale.php

anti-trust integration interop interoperability

shared by Gary Edwards on 01 Oct 07 - Cached
  • Second, don't underestimate the lock-in power that programs like Outlook and Excel and Quickbooks and Peachtree and their associated files still hold, particularly in smaller businesses. Someday we may have standard document formats and easily transportable data, but we don't yet. The competitive battle for the future of software is going to be fought out at the level of the Little Picture as much as at the level of the Big Picture. Lose sight of either one, and you'll be in trouble. In other words: It ain't over till the Fat Guy rants.
  • Gary Edwards on 01 Oct 07
     
    Wow!  Another great quote from Nick.  When we were at the Office 2.0 Conference a few weeks ago, this was the problem every single collaborative computing initiative was facing.  Sure they had great collaborative efforts.  But these efforts were outside exisitng businesss processes and applications!  That's fine for kids and consumers.  But it's the kiss of death for enterprise, smb, and organizations with workgroup busines sprocesses based on MSOffice and Outlook.

    So no matter how innovative the WEb 2.0 - Office 2.0 - Enterprise 2.0 applications and services are, they are setting the marketplace for Microsoft to come in and take everything.  Because Microsoft and Microsoft alone ownes the interoperability - integration interfaces into MSOffice and Outlook, they are in a position to destroy any of the 2.0 players at will.  It's simply a matter of entering the space with their own 2.0 application or service.

    The more i see of this, the more convinced i am that the governemnts of the world are going to have to step in stop Microsoft's push to move from the desktop into server, device and web systems.

    ~ge~

Gary Edwards

Frankly Speaking: Microsoft's Cynicism - Flock - 0 views

www.computerworld.com/...article.do

cdf iso odf officeopenxml ooxml opendocument

shared by Gary Edwards on 13 Sep 07 - Cached
  • In July, Jones was asked on his blog whether Microsoft would actually commit to conform to an officially standardized OOXML. His response: “It’s hard for Microsoft to commit to what comes out of Ecma [the European standards group that has already OK’d OOXML] in the coming years, because we don’t know what direction they will take the formats. We’ll of course stay active and propose changes based on where we want to go with Office 14. At the end of the day, though, the other Ecma members could decide to take the spec in a completely different direction. ... Since it’s not guaranteed, it would be hard for us to make any sort of official statement.”
    • Gary Edwards
      Gary Edwards on 13 Sep 07
       
      Then why is Microsoft dragging us through this standardization nonsense? Is this nothing more than thinly veiled assault on open standards in general?
  • To at least some people at Microsoft, this isn’t about meeting the needs of customers who want a stable, solid, vendor-neutral format for storing and managing documents. It’s just another skirmish with the open-source crowd and rivals like IBM, and all that matters is winning.
    • Gary Edwards
      Gary Edwards on 13 Sep 07
       
      The battle between OOXML and ODF is very much about two groups of big vendor alliances. Interestingly, both groups seek to limit ODF interoperability, but for different reasons.

      See: The Plot To Limit ODF Interop
  • Gary Edwards on 13 Sep 07
     
    Good commentary from Frank Hayes of Computerworld concerning a very serious problem. Even if ISO somehow manages to approve MS-OOXML, Microsoft has reserved the right to implement whatever extension of Ecma-OOXML they feel like implementing. The whole purpose of this standardization exercise was to bring interoperability, document exchange and long term archive capability to digital information by separating the file formats from the traditions of application, platform and vendor dependence.

    If Microsoft is determined to produce a variation of OOXML that meets the needs of their proprietary application-platform stack, including proprietary bindings and dependencies, any illusions we might have about open standards and interoeprability will be shattered.  By 2008, Microsoft is expected to have over a billion MS-OOXML ready systems intertwined with their proprietary MS Stack of desktop, server, device and web applications. 

    How are we to interoperate/integrate non Microsoft applications and services into that MS Stack if the portable document/data/media transport is off limits?  If you thought the MS Desktop monopoly posed an impossible barrier, wait until the world gets a load of the MS Stack!

    Good article Frank.

    ~ge~

Gary Edwards

Indecision in Redmond as Web apps charge : Office 2.0 and Google Apps - 0 views

weblog.infoworld.com/...013777.html

cdf html odf officeopenxml ooxml opendocument

shared by Gary Edwards on 12 Sep 07 - Cached
  • the fact is that Redmond could own this new space if it wanted to. All it would need to do is push interoperability and integration between lightweight Web versions of Office applications and its desktop fatware. Advanced features would be absent from the lightweight versions, but the company could ensure any Office doc would load on the Web -- whatever new desktop service packs and upgrades might appear -- and online document management could be integrated with Windows for offline access.
  • Gary Edwards on 12 Sep 07
     
    Great quote from Eric Knorr.  He hits the nail on the head here, pointing out the problem Office 2.0  Web Apps and SaaS apps face:  If these Web wonders have interoperability and high fidelity document exchange with MSOffice, their collaborative features are value added wonders for existing business processes and workgroup-workflow scenarios.  If, on the other hand they lack this level of interop - integration with MSOffice documents and processes, the value add becomes a problematic split in a business process.  The only way to overcome that kind of a split is to take the entire process.  Which is difficult for lightweight mashup happy web wonders to do.

    Which leaves each and every one of these Office 2.0 - Web 2.0 - Saas Apps vulnerable to Microsoft.  As long as Micrsoft owns the interop-integration keys to MSOffice, the web wonders live a precarious life.  At any time Microsoft can swoop in and take it all.

    Today, the MSOffice OOXML file format displays perfectly in a browser.  It's 100% web ready, but only the MS Stack of applications gets to play.  Web wonders are not likely to recieve a Redmond invite now or ever.

    Which brings us to the issue of the da Vinci plug-in for MSOffice.  da Vinci is a clone of the OOXML plug-in for MSOffice, and fully leverages the same internal conversion process that OOXML enjoys.  It can achieve the same high fidelity "round trip" conversion that OOXML is capable of.  Maybe even better. 

    The problem for da Vinci isn't conversion fidlelity.  Nor is it capturing  business process important VBa scripts, macros, OLE, and security settings.  da Vinci can do that just fine.  The problem is that da Vinci cannot pipe MSOffice developer platform documents into ODF!!  For the love of five generic eXtensions, called the iX "interoperability enhancements", which the OASIS ODF TC blew off, ODF
Gary Edwards

Wizard of ODF: Proposal to amend TC charter, re interoperability with non-conformant ap - 0 views

www.oasis-open.org/...msg00022.html

harmonization interop interoperability oasis odf ooxml opendocument

shared by Gary Edwards on 07 Mar 08 - Cached
  • 7. it must provide all feasible functionality required to suppport full fidelity conversions from and to existing office document binary file formats.
Gary Edwards

Wizard of ODF: The Foundation on Interop and the List Proposal Vote Deadline - 0 views

www.oasis-open.org/...msg00040.html

anti-trust ecis foundation odf ooxml opendocument openxml

shared by Gary Edwards on 09 Feb 08 - Cached
  • Oh, my. Both IBM and Sun voted for the proposal that broke the Foundation's plugin that was going to add full-fidelity native ODF file support to Microsoft Office. So it's sounding to me like at least two of the TC members who voted for the Sun/KOffice proposal didn't check in with the ECIS lawyer before they broke interoperability with Microsoft Office. Do you think Microsoft won't use this evidence in the DG Competition antitrust proceeding, Michael? Let's see, you guys are prosecuting Microsoft for not supporting ODF in Microsoft Office while you block Microsoft Office from supporting ODF. Yeah, I think DG Competition is going to hear about this one from Microsoft. They'll probably hear about what you said about compatibility being a trade off too. Oh, yeah. Microsoft's lawyers are going to love this. Look at the ECIS public statement about interoperability's importance.
  • Gary Edwards on 09 Feb 08
     
    If ever there was a discussion thread of consequence at the OASIS ODF TC, this is it. This is where the ODF interoperability nightmare burst into the daylight of a showdown vote. The interop issues were clear. OpenDocument TC members voted between interoperability and/or application specific innovation. Application specific innovation trumped interoperability. Again. And wha ta sad day it was. The thing is, the recent ECIS antit trust action against Microsoft comes at the request of IBM and Sun. They allege that Microsoft is violating standards requirements for interoeprability, and has launched a series of corrupt activities to push through a non interoperable standard. They are right. Microsoft is guilty. The problem is that Microsof tcan easily point to Sun and IBM activities at OASIS ODF, and make the same allegation! Using this thread as evidence! Furthermore, this thread is evidence that if Microsoft had tried to implement ODF, their efforts to establish interop would have been met with the same response from IBM and Sun that the OpenDocument Foundation recieved. Or so they could argue. Houston, we have a problem. IBM and Sun could have fixed the ODF interop problems at any time during the past five years. Yet, the world is waiting. Meanwhile, this willfull negligence and lack of desire to address pressing market needs for full interop has served to hold the door open for OOXML. And now these negligent acts llook to be the basis of a Microsoft counter claim. Oh well ..
Gary Edwards

OOXML-ODF: The Harmonization Hope Chest | Orcmid's Lair - 0 views

orcmid.com/...f-harmonization-hope-chest.asp

shared by Gary Edwards on 09 Feb 08 - Cached
  • 4. The Reality in the Punchbowl Meanwhile, Sam Hiser offers a different impression of the DIN effort [4]: "The ODF-to-OOXML harmonization effort being hosted by the German standards group, DIN, is Europe's best effort to resolve our Mexican Standoff between Microsoft, Sun and IBM. Even though harmonization is laughably complex and will not work unless the applications are harmonized too, the best and brightest of Germany are left to hope for success."&nbsp; [emphasis mine: dh] Although the mission of the German effort is translation (Übersetzung), not harmonization, I find there is a very important point that is not made often enough:&nbsp; People write, read, and edit office documents with little, if any, understanding of the particular format that makes them persistent in digital form.&nbsp; The XML-based open formats do not change that.&nbsp;&nbsp; People adapt to the software/device they are using by trial and error.&nbsp; We train ourselves to obtain the visible results that we want.&nbsp; Different people obtain superficially similar results by quite different means.&nbsp;&nbsp; Even when someone has gone to the trouble to create style sheets, forms, macros, templates and other format-impacting aids, it is very loosey-goosey in practice.&nbsp; And it still does not require paying attention to the file format.&nbsp;&nbsp;
Gary Edwards

Brian Jones: Open XML Formats : Mapping documents in the binary format (.doc; .xls; .ppt) to the Open XML format - 0 views

blogs.msdn.com/...pt-to-the-open-xml-format.aspx

burtongroup cdf css ibm iso microsoft odf okelly ooxml opendocument openxml sun w3c xhtml

shared by Gary Edwards on 20 Jan 08 - Cached
  • The second issue we had feedback on was an interest in the mapping from the binary formats into the Open XML formats. The thought here was that the most effective way to help people with this was to create an open source translation project to allow binary documents (.doc; .xls; .ppt) to be translated into Open XML. So we proposed the creation of a new open source project that would map a document written using the legacy binary formats to the Open XML formats. TC45 liked this suggestion, and here was the TC45 response to the national body comments: We believe that Interoperability between applications conforming to DIS 29500 is established at the Office Open XML-to- Office Open XML file construct level only.
    • Gary Edwards
      Gary Edwards on 20 Jan 08
       
      And here i was betting that the blueprints to the secret binaries would be released the weekend before the September 2nd, 2007 ISO vote on OOXML! Looks like Microsoft saved the move for when they really had to use it; jus tweeks before the February ISO Ballot Resolution Meetings set to resolve the Sept 2nd issues. The truth is that years of reverse engineering have depleted the value of keeping the binary blueprints secret. It's true that interoperability with MSOffice in the past was near entirely dependent on understanding the secret binaries. Today however, with the rapid emergence of the Exchange/SharePoint juggernaught, interop with MSOffice is no longer the core issue. Now we have to compete with E/S, and it is the E/S interfaces, protocols and document API's and dependencies tha tmust be reverse engineered. The E/S juggernaught is now surging to 70% or more of the market. These near monopoly levels of market penetration is game changing. One must reverse engineer or license the .NET libraries to crack the interop problem. And this time it's not just MSOffice. Today one must crack into the MS Stack whose core is tha tof MSOffice <> E/S. So why not release the secret binary blueprints? If that's the cost of getting the application, platform and vendor specific OOXML through ISO, then it's a small price to pay for your own international standard.
  • Gary Edwards on 20 Jan 08
     
    Well well well. We knew that IBM had access to the secret binary blueprints back in 2006. Now we know that Sun ALSO had access!
    And why is this important? In June of 2006, Massachusetts CIO Louis Gutierrez asked the OpenDocument Foundation's da Vinci Group to work with IBM on developing the da Vinci ODF plug-in clone of Microsoft's OOXML Compatibility Pack plug-in. When we met with IBM they were insistent that the only way OASIS ODF could establish sufficient compatibility with MSOffice and the billions of binary documents would be to have the secret blueprints open.
    Even after we explained to IBM that da Vinci uses the same internal conversion process that the OOXML plug-in used to convert binaries, IBM continued to insist that opening up the secret binaries was a primary objective of the OASIS ODF community.
    For sure this was important to IBM and Sun, but the secret binaries were of no use to us. da Vinci didn't need them. What da Vinci needed instead was a subset of ODF designed for the conversion of those billions of binary documents! A need opposed by Sun.
    Sun of course would spend the next year developing their own ODF plug-in for MSOffice. But here's the thing: it turns out that Sun had complete access to the secret binary blueprints dating back to 2006!!!!!!
    So even though IBM and Sun have had access to the blueprints since 2006, they have been unable to provide effective conversions to ODF!
    This validates a point the da Vinci group has been trying to make since June of 2006: the problem of perfecting a high fidelity conversion between the billions of binaries and ODF has nothing to do with access to the secret binary blueprints. The real issue is that ODF was NOT designed for the conversion of those binary documents.
    It is true that one could eXtend ODF to achieve the needed compatibility. But one has to be very careful before taking this ro
‹ Previous 21 - 40 of 69 Next › Last »
Showing 20▼ items per page