Skip to main content

Home/ Document Wars/ Group items tagged open-web

Rss Feed Group items tagged

Filter: All | Bookmarks | Topics Simple Middle
Gary Edwards

Linux Foundation Legal : Behind Putting the OpenDocument Foundation to Bed (without its... - 0 views

linux-foundation.org/...tion-to-bed-without-its-supper

cdf foundation odf ooxml updegrove

shared by Gary Edwards on 12 Dec 07 - Cached
  • CDF is one of the very many useful projects that W3C has been laboring on, but not one that you would have been likely to have heard much about. Until recently, that is, when Gary Edwards, Sam Hiser and Marbux, the management (and perhaps sole remaining members) of the OpenDocument Foundation decided that CDF was the answer to all of the problems that ODF was designed to address. This announcement gave rise to a flurry of press attention that Sam Hiser has collected here. As others (such as Rob Weir) have already documented, these articles gave the OpenDocument Foundation’s position far more attention than it deserved. The most astonishing piece was written by ZDNet’s Mary Jo Foley. Early on in her article she stated that, “the ODF camp might unravel before Microsoft’s rival Office Open XML (OOXML) comes up for final international standardization vote early next year.” All because Gary, Sam and Marbux have decided that ODF does not meet their needs. Astonishing indeed, given that there is no available evidence to support such a prediction.
  • Gary Edwards on 12 Dec 07
     
    Uh?  The ODF failure in Massachusetts doesn't count as evidence that ODF was not designed to be compatible with existing MS documents or interoperable with existing MSOffice applications?

    And it's not just the da Vinci plug-in that failed to implement ODF in Massachusetts!  Nine months later Sun delivered their ODF plug-in for MSOffice to Massachusetts.  The next day, Massachusetts threw in the towel, officially recognizing MS-OOXML (and the MS-OOXML Compatibility Pack plug-in) as a standard format for the future.

    Worse, the Massachusetts recognition of MS-OOXML came just weeks before the September 2nd ISO vote on MS-OOXML.  Why not wait a few more weeks?  After all, Massachusetts had conducted a year long pilot study to implement ODF using ODF desktop office sutie alternatives to MSOffice.  Not only did the rip out and replace approach fail, but they were also unable to integrate OpenOffice ODF desktops into existing MSOffice bound workgroups.

    The year long pilot study was followed by another year long effort trying to implement ODF using the plug-in approach.  That too failed with Sun's ODF plug-in the final candidate to prove the difficulty of implementing ODF in situations where MSOffice workgroups dominate.

    California and the EU-IDABC were closely watching the events in Massachusetts, as was most every CIO in government and private enterprise.  Reasoning that if Massachusetts was unable to implement ODF, California CIO's totally refused IBM and Sun's effort to get a pilot study underway.

    Across the pond, in the aftermath of Massachusetts CIO Louis Guiterrez resignation on October 4th, 2006, the EU-IDABC set about developing their own file format, ODEF.  The Open Document Exchange Format splashed into the public discussion on February 28th, 2007 at the "Open Document Exchange Workshop" held in Berlin, Germany.

    Meanwhile, the Sun ODF plug-in is fl
Gary Edwards

OASIS ODF: List Proposal Enhancement Vote Deadline on Wednesday | Gary Edwards - 0 views

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

odf openxml oasis list-enhancement

shared by Gary Edwards on 04 Jun 09 - Cached
  • Gary Edwards on 04 Jun 09
     
    Thanks to Paul for digging this up. Who would have guessed that years later, these same issues hang like a dark shroud on the future of ODF? Note also that June 1st of 2007 was the cut off date for ODF 1.2 proposals and recommendations. The OpenFormula and Metadata SC's were rushing to make the cutoff. The List Enhancement proposal itself was just one of many enhancements submitted by Florian Reuter in November of 2006, designed to greatly improve ODF compatibility with MSOffice "ODF". By November of 2006, thanks largely to the Massachusetts Pilot Study, there were a number of ODF plug-ins for MSOffice. All were capable of producing perfectly compliant ISO 26300 ODF, but falling far short of public expectations of high fidelity interop with OpenOffice ODF. Sound familiar? Everyone knew that it was only a matter of time before Microsoft was pressed into providing MSOffice ODF support. There was no doubt that they would face the exact same interop challenges as the many independent plug-in efforts. Hence the stepped up efforts by many at the OASIS ODF to "fix" ISO 26300! At the time of the List Enhancement Proposal, we had increasing evidence from the many pilot studies that ODF was impossible to implement in business and workgroup environments where the MSOffice productivity environment was the defining platform. ODF was not designed to be compatible with MSOffice or the binary documents so critical to business processes bound to this environment. OpenXML was designed exactly to be compatible with these environments. Unless ODF fixed it's compatibility/interoperability problems there was no way for the independent plug-ins to provide a reasonable ODF implementation alternative to OpenXML. And even if Microsoft did produce an MSOffice ODF compliant with ISO 26300, these productivity environments would remain entirely locked. The world expected ODF to be compatible, interoperable, Web ready, and fully capable of cracking open the iron grip Mic
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 12 Dec 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 12 Dec 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 12 Dec 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 12 Dec 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

State's move to open document formats still not a mass migration - 0 views

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

california iso lai massachusetts oasis odf officeopenxml ooxml opendocument openxml xml

shared by Gary Edwards on 12 Dec 07 - Cached
  • Only a tiny fraction of the PCs at Massachusetts government agencies are able to use the Open Document Format (ODF) for Office Applications, despite an initial deadline of this month for making sure that all state agencies could handle the file format.
    • Gary Edwards
      Gary Edwards on 12 Dec 07
       
      Hey, nice comments!
  • Gary Edwards on 12 Dec 07
     
    Eric Lai keesp pokign at that Massachusetts hornets nest. One of these days he's going to crack it open, and it will be back to square one for the ODF Community.  Still missing from his research is the infoamous 300 page pilot study and accompanying web site where comments and professional observations document a year long study concernign the difficulties of implementing ODF solutions and making the migration.  <br><br>

    The study was focused on OpenOffice, StarOffice, Novell Office, and a IBM WorkPlace prototype.<br><br>

    The results of the year long pilot have never seen the public light of day.  But ComputerWorld is one of the media orgs that successfully filed a court action to invoke the freedom of information act in Massachusetts.  How come they can't find the Pilot Study?<br><br>

    At the end of the pilot study period, Massachusetts issued their infamous RFi; the request for information regarding the possiblity of a ODF plugin for MSOffice!  Meaning, the Pilot Study did not go well for the heroes of ODF - OpenOffice, StarOffice, Novell Office and WorkPlace.  Instead, Massachusetts sought an ODF plugin that would no doubt extend the life of MSOffice for years to come.  No rip out and replace here folks!<br><br>

    ~ge~
Gary Edwards

Open Document Foundation Dumps ODF for CDF - Open for Business - Lora Bentley - 0 views

www.itbusinessedge.com/...osb

cdf odf ooxml w3c

shared by Gary Edwards on 12 Dec 07 - Cached
  • Five years after it was formed specifically to promote OpenDocument Format as an alternative to Microsoft Office formats, those behind the Open Document Foundation are abandoning the OASIS- and ISO-approved document standard in favor of the World Wide Web Consortium’s Compound Document Format.
Gary Edwards

Microsoft's Open Source Strategy & The Yahoo bid to get back in the game - 0 views

opensource.org/245

internet microsoft opensource oss yahoo

shared by Gary Edwards on 06 Feb 08 - Cached
  • On the morning of February 1st 2008, Microsoft announced an unsolicited bid of $44.6B hostile for Yahoo!, and by the end of the day, Microsoft had lost $20B in market capitalization. Where does this leave Microsoft's open source strategy and the analysis thereof? Yahoo! was a pioneering "internet company", one of the first to really create and capture value of a world newly web-enabled. And like many of these so-called internet companies (Google was another), Yahoo! built it infrastructure on open source technologies. Why? Better, faster, cheaper: Dave Filo and Jerry Yang were still poor college students back in the day, but smart. (As were Sergey Brin and Larry Page, but that's another story.)
Alex Brown

Doug Mahugh : Tracked Changes - 0 views

blogs.msdn.com/...tracked-changes.aspx

shared by Alex Brown on 14 May 09 - Cached
  • Much was made during the IS29500 standards process of the difference in the size of the ODF and Open XML specifications.&nbsp; This is a good example of where that difference comes from: in this case, a concept glossed over in three vague sentences of the ODF spec gets 17 pages of documentation in the Open XML spec.
    • Alex Brown
      Alex Brown on 14 May 09
       
      This is the nub; OOXML may be overweight, but ODF is severely undernourished as a spec.
  • Paul Merrell on 14 May 09
     
    Alex, I know from your previous writings that you do not regard OOXML as completely specified. But your post might be so misinterpreted. In my view, neither ODF nor OOXML has yet reached the threshold of eligibility as an international standard, completely specifying "clearly and unambiguously the conformity requirements that are essential to achieve the interoperability." ISO/IEC JTC 1 Directives, Annex I. . OOXML is ahead of ODF in some aspects of specificity, but the eligibility finish line remains beyond the horizon for both.
  • ...2 more comments...
  • Alex Brown on 14 May 09
     
    Paul, that's right - though so far the faulty things in OOXML turn out to be more round the edges as opposed to ODF's central lapses. Still, it's early days in the examination of OOXML so I'm reserving making any firm call on the comparative merits of the specs until I have read a lot (a lot) more. Is there an area of OOXML you'd say was particularly underbaked? I'm quite interested in the fact that neither of these beasts specify scripting languages ...
  • Paul Merrell on 14 May 09
     
    Hi, Alex, Most seriously, there are no profiles and accompanying requirements to enable less featureful apps to round trip documents with more featureful apps, a la W3C Compound Document by Reference Framework. That's an enormous barrier to market entry and interoperability. That defect reacts synergistically with the dearth of semantic conformity requirements, with the incredible number of options including those 500+ identified extension points, and with a compatibility framework for extensions that while a good start leaves implementers far too much discretion in assigning and processing compatibility attributes. There are also major harmonization issues with other standards that get in the way of transformations, where Microsoft originally rolled its own rather than embracing existing open standards. I think it not insignificant that OOXML as a whole is available only under a RAND-Z pledge rather than being available for the entire world. The patent claims need to be identified and worked around or a different rights scheme needs Microsoft management's promulgation. This is a legal interoperability issue as opposed to technical, but an interoperability barrier nonetheless, an "unnecessary obstacle to international trade" in the sense of the Agreement on Technical Barriers to Trade. And absent a change by Microsoft in its rights regime, the work-arounds are technical. This is not to suggest that ODF lacks problems in regard to the way it implements standards incorporated by reference. The creation of unique OASIS namespaces rather than doing the needed harmonizing work with the relevant W3C WGs is a large ODF tumor in need of removal and reconstructive surgery. I'm not sure what is happening with the W3C consultation in that regard. I worked a good part of the time over several months comparing ODF and Ecma 376, evaluating their comparative suitability as document exchange formats. I gave up when it climbed well past 100 pages in length because the de
  • Paul Merrell on 14 May 09
     
    1. Full-featured editors available that are capable of not generating application-specific extensions to the formats? 2. Interoperability of conforming implementations mandatory? 3. Interoperability between different IT systems either demonstrable or demonstrated? 4. Profiles developed and required for interoperability? 5. Methodology specified for interoperability between less and more featureful applications? 6. Specifies conformity requirements essential to achieve interoperability? 7. Interoperability conformity assessment procedures formally established and validated? 8. Document validation procedures validated? 9. Specifies an interoperability framework? 10. Application-specific extensions classified as non-conformant? 11. Preservation of metadata necessary to achieve interoperability mandatory? 12. XML namespaces for incorporated standards properly implemented? (ODF-only failure because Microsoft didn't incorporate any relevant standards.) 13. Optional feature interop breakpoints eliminated? 14. Scripting language fully specified for embedded scripts? 15. Hooks fully specified for use by embedded scripts? 16. Standard is vendor- and application-neutral? 17. Market requirement -- Capable of converging desktop, server, Web, and mobile device editors and viewers? (OOXML better equipped here, but its patent barrier blocks.)
  • Paul Merrell on 14 May 09
     
    Didn't notice that my post before last was chopped at the end until after I had posted the list. Then Diigo stopped responding for a few minutes. Anyway, the list is short summation of my research on the comparative suitabilities of ODF 1.1 and Ecma 376 as document exchange formats, winnowed to the defects they have in common except as noted. The research was never completed because in the political climate of the time, the world wasn't ready to act on the defects. The criteria applied were as objective as I could make them; they were derived from competition law, JTC 1 Directives, and market requirements. I think the list is as good today in regard to IS 29500 as it was then to Ecma 376, although I have not taken an equally deep dive into 29500. You might find the list useful, albeit there is more than a bit of redundancy in it.
Gary Edwards

CIO Wakeup Call: Burton Group ODF/OOXML report | The CIO Weblog - 0 views

www.cio-weblog.com/...rton_group_odfooxml_report.php

burtongorup cdf cio css ny odf okelly ooxml w3c xhtml

shared by Gary Edwards on 20 Jan 08 - Cached
  • Although most of the ruckus over the paper has focused on the prediction that OOXML will beat out ODF, the more intriguing and meaningful conclusion is in fact that the World Wide Web Consortium (W3C) model, built on open and broadly accepted web standards already in broad use, will in fact "...be more influential and pervasive than ODF and OOXML." This implicit acknowledgment that the SaaS delivery model will dominate productivity and document storage applications is less supportive of Microsoft's approaches than many of the documents detractors care to acknowledge and suggests the entire debate is essentially a sideshow.
  • CIOs who are truly concerned with data preservation and open standards need to take a hard look at Microsoft's historical business practices and the remaining questions hanging over OOXML and ask themselves if it's worth making such a major transition to a format that is fraught with the same potential for vendor (rather than consumer) control in the future. SaaS options, it's worth noting, hardly escape this issue, so regardless of the very real potential that SaaS will eclipse any of the stand-alone office applications that are currently involved in this debate, it's still going to be necessary to pick a format for long-term, corporate control of vital data and documents.
Gary Edwards

Google's Microsoft Fight Starts With Smartphones | BNET Technology Blog | BNET - 0 views

industry.bnet.com/...-fight-starts-with-smartphones

openweb michael-hickens webkit ge

shared by Gary Edwards on 10 Jun 09 - Cached
  • Gary Edwards on 10 Jun 09
     
    .... "I recently described how Google's Wave, a collaboration tool based on the new HTML 5 standard, demonstrated the potential for Web applications to unglue Microsoft's hold on customers. My post quoted Gary Edwards, the former president of the Open Document Foundation, a first-hand witness to the failed attempt by Massachusetts to dump Microsoft and as experienced a hand at Microsoft-tilting as anyone I know......"
Gary Edwards

In Office SP2, Microsoft manages to reduce interoperability | TalkBack on ZDNet - 0 views

talkback.zdnet.com/5208-10532-0.html

odf ooxml iso compatibility

shared by Gary Edwards on 21 May 09 - No Cached
  • Gary Edwards on 21 May 09
     
    ODF is important. So What Went Wrong? Response to Jeremy Allison: Having participated in a number of government pilot studies, I must say that you are right; government officials do care about ODF. They really want it to work. But they also had expectations that ODF simply wasn't designed for. What they expected ODF to be was an open technology based on highly-structured XML markup that was application, platform, and vendor-independent, backward compatible, universally interoperable, and importantly, Web ready. That is not ODF nor is it OOXML. In fact, the closest thing we have for meeting these expectations is an ajax-webkit style HTML+ (HTML5, CSS4, SVG/Canvas, JS jQuery, etc.). ODF is highly structured, but it is not application-independent. .....
Gary Edwards

Free Online PDF to HTML5 Converter, convert pdf to html5 flip book | pubhtml5 - 1 views

pubhtml5.wordpress.com/...convert-pdf-to-html5-flip-book

PDF-HTML5-Converter

shared by Gary Edwards on 05 Aug 14 - No Cached
  • Gary Edwards on 05 Aug 14
     
    "PUB HTML5 automatically converts your legacy content to rich and interactive eBooks. Add interactivity, audios, videos, documents, HTML activities, assessments and more to provide a rich reading experience to your readers. PUB HTML5 enables you to convert your content only once and publish them to multiple platforms like iPad, Android and Windows 8 tablets, PC/Mac and industry standard formats like HTML5 and MOBI. For PUB HTML5, the operating steps of creating fabulous digital magazines are foolproof ones. We extol minimum efforts and maximum outputting effects. Just follow the right procedures of the software, and you can totally customize your own digital magazine on your IPAD. After you have converted your PDF files, with multiple Custom Setting buttons, you get the privilege to design your own digital magazines .You may chose the template you prefer; change the background image; insert rich media including audios, video, images; add links, etc. The whole process can be easily achieved within minutes. Converting your PDFs into HTML5 in order to create iPad magazines can be a simple and worthwhile experience following the right procedures. This video provides you with a step by step procedure on how to create iPad magazines from the very beginning. Even though the PDF is great for posting reading documents like manuals on a website, it can sometimes annoy and even deter your viewers. Public or shared computers may not have a PDF viewer installed or downloading a PDF might not agree with a user's browsing habits. In order to make material in a PDF more accessible to others, converting your PDF to HTML5 file may be an alternative to consider. You can convert PDF to HTML5 free by using the Export tool in PUB HTML5. This option lets you perform different types of on-the-fly PDF conversions. After you have personalized your digital creation by using PUB HTML5 on your PC, you may easily preview your digital work on your IPAD or any other electronic devices. You ma
Gary Edwards

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

www.betanews.com/...1181922127

ecma-376 interoperability iso marbux microsoft odf officeopenxml ooxml opendocument xml

shared by Gary Edwards on 12 Dec 07 - Cached
  • 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.
  • Gary Edwards on 12 Dec 07
     
    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
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 12 Dec 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 12 Dec 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

South Africa, Netherlands and Korea striding toward ODF - 0 views

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

mandates odf ooxml plug-ins

shared by Gary Edwards on 20 Jan 08 - Cached
  • In Belgium, for instance, the government is using plug-ins to enable Microsoft Office to read and save files in ODF, Marcich said. The same plug-ins are being used in Massachusetts, which was the first governmental body to move to ODF. One prominent ODF backer, the unrelated Open Document Foundation, said in late October that it would stop backing ODF in favor of a more viable universal format called the Compound Document Format (CDF). Marcich said that "won't have any effect on the alliance or on ODF" adoption. Moreover, CDF, which is a World Wide Web Consortium format, differs greatly in features and goals than ODF. "We're talking about apples and oranges here," he said.
    • Gary Edwards
      Gary Edwards on 20 Jan 08
       
      This ComputerWorld article is referenced by the State of New York in their request for information
Gary Edwards

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

weblog.infoworld.com/...the_future_of_l.html

eooxml exchange imported:del.icio.us notes odf sharepoint

shared by Gary Edwards on 12 Dec 07 - Cached
  • Gary Edwards on 12 Dec 07
     
    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
  • Gary Edwards on 12 Dec 07
     
    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
  • Gary Edwards on 12 Dec 07
     
    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
Gary Edwards

Blake Matheny : OpenDocument Foundation to Drop ODF for W3C CDF WICD | Blogging success - 0 views

blogging.compendiumblog.com/...ocument-foundation-to-drop-odf

cdf foundation odf ooxml w3c wicd

shared by Gary Edwards on 12 Dec 07 - Cached
  • Now, Sam Hiser, VP of the ODF, has said that he sees the W3C standard CDF (Compound Document Format) as a more viable universal format than ODF. He stated simply that, "ODF is not the open format with the open process we thought it was". Why is this significant? First, I think it speaks to how important the W3C is and has become over the past several years. The number of web standards in particular that have been formalized by the W3C is remarkable, whether they have been successful or not. Second, it (CDF) addresses an issue that I see on a daily basis in my role here at Compendium Blogware.
  • Gary Edwards on 12 Dec 07
     
    Wow!  Does Blake Matheny ever get it!  Maybe it's time for the W3C CDF Community to speak up?  
Gary Edwards

Continuing Intermittent Incoherency » The W3C Cannot Save Us - 0 views

alex.dojotoolkit.org/?p=642

cdf css html5 mozilla w3c xforms xhtml xml

shared by Gary Edwards on 11 Jan 08 - Cached
  • It signals the effective end of the CSS WG as we (don’t) know it. Rebuilding credibility in the WG is going to be much, much harder now that Mozilla’s representative has effectively given up on the closed-door process. The working group’s secret cabal style of operation is imploding. It was inevitable, but the timing is still a surprise. But why was it inevitable? And should we take Andy’s suggestion seriously and expect a re-chartered WG to do better? After thinking about it for a while, I think the answer is that we can’t expect any standards body to do what is being asked of the CSS WG; namely to invent the future by committee.
    • Gary Edwards
      Gary Edwards on 11 Jan 08
       
      Alex Russel of Dojo fame is calling for a break from the W3C Standards work, and a return to browser led innovation. His reasoning is that the W3C committees are unable to keep up with the innovative needs of Web Developers. W3C Standards are holging us back.
      So, do we listen to Alex and trade standards based interoperability for vendor based "innovation"? I think not. There is an error in Alex's logic i think.
      The error is in mot fully recognizing the power and influence vendors have at the W3C. It's not that the W3C lags. It's that the vendors who sponsor much of the W3C standards work desire to hold back standards in order to provide for marketplace innovation differentials. Teh sad truth is that vendors have learned how to work both open standards and open source communities to protect their applications.
Gary Edwards

War rages on over Microsoft's OOXML plans: Insight - Software - ZDNet Australia - 0 views

www.zdnet.com.au/...0,139023769,339284737,00.htm

australia cdf interop iso microsoft odf ooxml opendocument

shared by Gary Edwards on 27 Dec 07 - Cached
  • "We feel that the best standards are open standards," technology industry commentator Colin Jackson, a member of the Technical Advisory committee convened by StandardsNZ to consider OOXML, said at the event. "In that respect Microsoft is to be applauded, as previously this was a secret binary format." Microsoft's opponents suggest, among a host of other concerns, that making Open XML an ISO standard would lock the world's document future to Microsoft. They argue that a standard should only be necessary when there is a "market requirement" for it. IBM spokesperson Paul Robinson thus describes OOXML as a "redundant replacement for other standards". Quoting from the ISO guide, Robinson said that a standard "is a document by a recognised body established by consensus which is aimed at achieving an optimum degree of order and aimed at the promotion of optimum community benefits". It can be argued that rather than provide community benefit, supporting multiple standards actually comes at an economic cost to the user community. "We do not believe OOXML meets these objectives of an international standard," Robinson said.
  • Gary Edwards on 27 Dec 07
     
    "aimed at achieving an optimum degree of order .... and .... aimed at the promotion of optimum community benefits:. Uh, excuse me Mr. Robinson, tha tsecond part of your statement, the one concerning optimum community benefits - that would also disqualify ODF!! ODF was not designed to be compatible with the 550 million MSOffice desktops and their billions of binary docuemnts. Menaing, these 550 million users will suffer considerable loss of information if they try to convert their existing documents to ODF. It is also next to impossible for MSOffice applications to implement ODF as a fiel format due to this incompatbility. ODF was designed for OpenOffice, and directly reflects the way OpenOffice implements specific document structures. The problem areas involve large differences between how OpenOffice implments these structures and how MSOffice implements these same structures. The structures in question are lists, fields, tables, sections and page dynamics. It seems to me that "optimum community benefits" would include the conversion and exchange of docuemnts with some 550 million users!!!! And ODF was clearly not designed for that purpose!
  • Gary Edwards on 27 Dec 07
     
    I don't agree with this statement from Microsoft's Oliver Bell. As someone who served on the OASIS ODF Technical Committee from it's inception in November of 2002 through the next five years, i have to disagree. It's not that Microsoft wasn't welcome. They were. It's that the "welcome" came with some serious strings. Fo rMicrosoft to join OASIS would have meant strolling into the camp of their most erstwhile and determined competitors, and having to ammend an existing standard to accomodate the implementation needs of MSOffice. There is simply no way for the layout differences between OpenOffice and MSOffice to be negotiated short of putting both methodologies into the spec. Meaning, the spec would provide two ways of implementing lists, tables, fields, sections and page dynamics. A true welcome would have been for ODF to have been written to accomodate these diferences. Rather than writing ODF to meet the implementation model used by OepnOffice, it would have been infinitely better to wrtite ODF as a totally application independent file format using generic docuemnt structures tha tcould be adapted by any application. It turns out that this is exactly the way the W3C goes about the business of writing their fiel format specifications (HTML, XHTML, CSS, XFORMS, and CDF). The results are highly interoperable formats that any applciation can implement.
  • Gary Edwards on 27 Dec 07
     
    You can harmonize an application specific format with a generic, applicaiton independent format. But you can't harmonize two application specific formats!!!!
    The easy way to solve the document exchange problem is to leave the legacy applications alone, and work on the conversion of OOXML and ODF docuemnts to a single, application independent generic format. The best candidate for this role is that of the W3C's CDF.
    CDF is a desription of how to combine existing W3C format standards into a single container. It is meant to succeed HTML on the Web, but has been designed as a universal file format.
    The most exciting combination is that of XHTML 2.0 and CSS in that it is capable of handling the complete range of desktop productivity office suite documents. Even though it's slightly outside the W3C reach, the most popular CDF compound is that of XHTML, CSS and JavaScript. A combination otherwise known as "AJAX".
Gary Edwards

IT set to 'take their heads out of the sand' and embrace Web 2.0 - 0 views

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

interop interoperability open soa standards xml

shared by Gary Edwards on 29 Jan 08 - Cached
  • IT managers and CIOs in large companies who have actively resisted embracing Web 2.0 technologies like wikis, RSS, blogs and social networks will likely begin adding them to their priority lists in 2008, according to a report released Friday by Forrester Research Inc.
Gary Edwards

The End of ODF & OpenXML - Hello ODEF! - 0 views

ec.europa.eu/...Doc

ecma iso microsoft mooxml oasis odf officeopenxml opendocument openxml

shared by Gary Edwards on 12 Dec 07 - No Cached
  • Gary Edwards on 12 Dec 07
     
    Short slide deck of Barbara Held's February 28th, 2007 EU IDABC presentation. She introduces ODEF, the "Open Document Exchange Format" which is designed to replace both ODF and OpenOfficeXML. ComputerWorld recently ran a story about the end of ODF, as they covered the failure of six "legislative" initiatives designed to mandate ODF as the official file format. While the political treachery surrounding these initiatives is a story in and of itself, the larger story, the one that has world wide reverberations, wasn't mentioned. The larger ODF story is that ODF vendors are losing the political battles because they are unable to provide government CIO's with real world solutions. Here are three quotes from the California discussion that really say it all: "Interoperability isn't just a feature. It's the basic requirement for getting your XML file format and applications considered"..... "The challenge is that of migrating our existing documents and business processes to XML. The question is which XML? OpenDocument or OpenXML?" ....... "Under those conditions, is it even possible to implement OpenDocument?" ....... Bill Welty, CIO California Air Resource Board wondering if there was a way to support California legislative proposal AB-1668. This is hardly the first time the compatibility-interoperability issue has challenged ODf. Massachusetts spent a full year on a pilot study testing the top tier of ODF solutions: OpenOffice, StarOffice, Novell Office and IBM's WorkPlace (prototype). The results were a disaster for ODF. So much so that the 300 page pilot study report and accompanying comments wiki have never seen the light of day. In response to the disastrous pilot study, Massachusetts issued their now infamous RFi; a "request for information" about whether it's possible or not to write an ODF plugin for MSOffice applications. The OpenDocument Foundation responded to the RFi with our da Vinci plugin. The quick descriptio
« First ‹ Previous 41 - 60 of 74 Next ›
Showing 20▼ items per page