Skip to main content

Home/ OpenDocument/ Group items tagged design

Rss Feed Group items tagged

Filter: All | Bookmarks | Topics Simple Middle
Gary Edwards

Xandros, Inc. - Xandros to Provide Enhanced Interoperability Between Standardized XML D... - 0 views

www.marketwire.com/...release.do

quickd

shared by Gary Edwards on 21 Jun 07 - Cached
  • Xandros, the leading provider of intuitive Linux solutions and cross platform interoperability tools, today announced it will join Microsoft and other companies to build and ship open source translators between documents stored in Ecma Office Open XML and Open Document Formats. The translators, being developed through the Open XML/ODF Translator project, will be made available to Xandros users via the Xandros Networks update facility. Every Xandros product that includes OpenOffice.org will be equipped with the translators. This announcement underscores the shared view of Xandros and Microsoft that competing office productivity applications should make it easy for customers to exchange files with one another and allow them to use their operating system and office productivity applications of choice. "This is good news for customers. Xandros and Microsoft share the view that competing office productivity applications should make it easy for customers to exchange files with one another," said Tom Robertson, general manager for Interoperability and Standards at Microsoft. "Mixed system environments are becoming more common, and we believe in delivering interoperability by design for the benefit of our customers. Our ongoing collaborative relationships with commercial open source companies like Xandros help us achieve that goal." "We are delighted to join forces with Microsoft and others to provide interoperability between standardized XML document formats," said Andreas Typaldos, Xandros CEO. "The work of the world is done using various document formats as well as operating systems, so it is vital to provide our customers with the means interoperate with ease in this diverse environment."
  • Gary Edwards on 21 Jun 07
     
    You have to read this!  Xandros is taking this interoperability garbage seriously!
Gary Edwards

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

www.betanews.com/...1181922127

ecma-376 iso microsoft odf officeopenxml ooxml opendocument xml

shared by Gary Edwards on 19 Jun 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 19 Jun 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

Universal Interoperability Framework for OpenDocument - 0 views

docs.google.com/Doc

cdf interop interoperability iso odef odf opendocument

shared by Gary Edwards on 27 Sep 07 - Cached
  • SUMMARY: The OpenDocument Foundation proposes that the OASIS Office TC begin now to create an interoperability framework for inclusion in OpenDocument v. 1.2. This document, one of a series of planned proposals, proposes first steps towards a comprehensive interoperability framework and OpenDocument conformance requirements.  This proposal is designed to bring ODF v. 1.2 into compliance with current ISO Interoperability Requirements.
  • Gary Edwards on 27 Sep 07
     
    The OpenDocument Foundation "Universal Interoperability Framework" Proposal has not been submitted to the OASIS ODF TC as of this bookmarking.  But this version is complete except for a closing summation.
Gary Edwards

PlexNex: Achieving Openness - 0 views

fussnotes.typepad.com/...achieving_openn.html

ecma-376 iso microsoft odf officeopenxml ooxml opendocument xml

shared by Gary Edwards on 19 Jun 07 - Cached
  • "ECMA 376" is a set of file formats subject to ECMA and now to ISO. "Office 2007" is a set of file formats which extend "ECMA 376" file formats. Office 2007 file formats are undocumented per se. ECMA 376 are. ECMA 376 file formats are documented but only at a syntactic level. To realize the true meaning of every single attribute is to realize that the documentation is more like 600,000 pages, not 6,000. Of particular difficulty is to keep some kind of control over the virtually infinite combinations of such attributes. Quick analysis of the underlying schemas reveals that simple concepts such as text formatting is expressed in no less than 6 different and incompatible ways. This leads to thinking that the file formats were only designed to comply with existing legacy formats that themselves are the result of 15 years of inside/outside library aggregation (some of the libraries were bought from non-Microsoft vendors). In fact, the truth is, ask any reverse engineer third-party who worked with legacy formats, they'll tell you Microsoft essentially added angle brackets around the binary serialization in legacy formats. This makes for a very cool XML-based file format, not an international standard.
  • Gary Edwards on 19 Jun 07
     
    Whoa, Stepen Rodriguez knocks this one out of the park.  What an impressive dissembling of MS OfficeOpenXML and it's poor sister subset, Ecma 376.  Incredible. 
Gary Edwards

Putting Andy Updegrove to Bed (without his supper) | Universal Interoperability Council - 0 views

www.universal-interop-council.org/?q=node/2

cdf ibm interop oasis odf ooxml opendocument openxml

shared by Gary Edwards on 06 Feb 08 - Cached
  • In late 2007, an article by OASIS attorney Andy Updegrove claimed that W3C Compound Document Formats: [i] are non-editable formats; [ii] are not designed for conversions to other formats; and [iii] are therefore unsuitable as office formats. Updegrove could not have been more wrong. But unfortunately, the erroneous Updegrove article was widely publicized by the usual occupants of the IBM cheering section (1) in the stadium where the latest big vendor game for the Incompatible File Format Cup is being played, IFFC Games Stadium.
  • Gary Edwards on 06 Feb 08
     
    Great article from the Universal Interoperability Council arguing the case for CDF as a universally interoperable format capable of fully representing desktop productivity environment documents. The UIC arguments are of course opposed by IBM and the lawyer for OASIS, Andy Updegrove.
Gary Edwards

Interoperability Enhancement Proposal: Suggested ODF1.2 items - 0 views

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

foundation interop ix odf odfix opendocument subset

shared by Gary Edwards on 20 Jan 08 - 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
  • Gary Edwards on 20 Jan 08
     
    This is the fifth of the six major iX - interoperability enhancement proposals submitted to the OASIS ODF TC - SC between July 2006 and February of 2007. This particular iX proposal lead to the "List Enhancement Proposal" donnybrook that consumed the OASIS ODF TC for the next six months, ending with the OpenDocument Foundation being booted out of OASIS in May of 2007. The six iX proposals were all different approaches to the same basic problem: ODF was not desinged to be interoperable with MSOffice documents, applications or bound processes. The proposals come out of the OpenDocument' Foundation's efforts to save ODF in Massachusetts. ODF iX repressents a subset of ODF designed to grealty improve compatibility with MS binary and XML formats. With the ODF iX subset, the da Vinci plug-in would be able to convert the billions of MSOffice binary and xml documents with a very high level of fidelity, and do so within the bounds of "round trip" business processes. The most basic iX approach was to add five generic elements to the existing ODF specification. The five generic elements would cover lists, tables, fields, sections, and page dynamics (breaks). It is a well known fact that these five areas of incompatibility between OpenOffice ODF and MSOffice binaries represent 95% of all conversion fidelity problems. MSOffice has one way of implementing lists, and, OpenOffice has another. These application specific implementation models are irreconcilably different. It's also true that the applicaiton specific implementation models are directly reflected in each file format. So applications implementing ODF must also implement the OpenOffice model for lists, fields, tables, sections and page dynamics-page positioning if they are to have any meaningful measure of exchange fidelity. Perhaps the best of the iX approaches was that based on the innovative use of metadata to describe presentation-layout attributes.
Gary Edwards

Is HTML in a Race to the Bottom? A Large-Scale Survey of Open Web Formats - 0 views

dsonline.computer.org/...index.jsp

cdf css html ooxml xaml xhtml

shared by Gary Edwards on 18 Apr 08 - Cached
  • The "race to the bottom" is a familiar phenomenon that occurs when multiple standards compete for acceptance. In this environment, the most lenient standard usually attracts the greatest support (acceptance, usage, and so on), leading to a competition among standards to be less stringent. This also tends to drive competing standards toward the minimum possible level of quality. One key prerequisite for a race to the bottom is an unregulated market because regulators mandate a minimum acceptable quality for standards and sanction those who don't comply.1,2 In examining current HTML standards, we've come to suspect that a race to the bottom could, in fact, be occurring because so many competing versions of HTML exist. At this time, some nine different versions of HTML (including its successor, XHTML) are supported as W3C standards, with the most up-to-date being XHTML 1.1. Although some versions are very old and lack some of the newer versions' capabilities, others are reasonably contemporaneous. In particular, HTML 4.01 and XHTML 1.0 both have "transitional" and "strict" versions. Clearly, the W3C's intent is to provide a pathway to move from HTML 4.01 to XHTML 1.1, and the transitional versions are steps on that path. It also aims to develop XHTML standards that support device independence (everything from desktops to cell phones), accessibility, and internationalization. As part of this effort, HTML 4.01's presentational elements (used to adjust the appearance of a page for older browsers that don't support style sheets) are eliminated in XHTML 1.1. Our concern is that Web site designers might decline to follow the newer versions' more stringent formatting requirements and will instead keep using transitional versions. To determine if this is likely, we surveyed the top 100,000 most popular Web sites to discover what versions of HTML are in widespread use.
    • Gary Edwards
      Gary Edwards on 18 Apr 08
       
      The summary statement glosses over the value of a highly structured portable XML document. A value that goes far beyond the strict separation of content and presentation. The portable document model is the essential means by which information is exchanged over the Web. It is the key to Web interop. Up till now, Web docuemnts have been very limited. With the advent of XHTML-2, CSS-3, SVG, XForms and CDF (Compound Document Framework for putting these pieces together), the W3C has provisioned the Web with the means of publishing and exchanging highly interactive but very complex docuemnts. The Web documents of the future will be every bit as complex as the publishing industry needs. The transition of complex and data rich desktop office suite documents to the Web has been non existent up till now. With ISO approval of MSOffice-OOXML, Microsoft is now ready to transition billions of business process rich "office" documents to the Web. This transition is accomplished by a very clever conversion component included in the MSOffice SDK. MS Developers can easily convert OOXML documents to Web ready XAML documents, adn back again, without loss of presentation fidelity, or data. No matter what the complexity! The problem here is that while MSOffice-OOXML is now an ISO/IEC International Standard, XAML "fixed/flow" is a proprietary format useful only to the IE-8 browser, the MS Web Stack (Exchange, SharePoint, MS SQL, and Windows Server), and the emerging MS Cloud. Apache, J2EE, Mozilla Firefox, Adobe and Open Source Servers in general will not be able to render these complex, business process rich, office suite documents. MSOffice-OOXML itself is far to complicated and filled with MS application-platform-vendor specific dependencies to be usefully converted to Open Web XHTML-CSS, ePUB or CDF. XAML itself is only the tip of the iceberg. The Microsoft Web Stack also implements Silverlight, Smart Tags and other WPF - .NET
  • Gary Edwards on 18 Apr 08
     
    What makes the Internet so extraordinary is the interoperability of web ready data, content, media and the incredible sprawl of web applications servicing the volumes of information. The network of networks has become the information system connecting and converging all information systems. The Web is the universal platform of access, exchange and now, collaborative computing. This survey exammines the key issue of future interoperability; Web Document Formats.
Paul Merrell

GullFOSS - 0 views

blogs.sun.com/...office_open_xml_ooxml_filters

interop myth sources michael brauer odf ooxml sun

shared by Paul Merrell on 29 May 08 - Cached
  • ODF is the only file format that provides the level of interoperability and choice of products that our customers want.
    • Paul Merrell
      Paul Merrell on 29 May 08
       
      Brauer well knows that he speaks of "the level of interoperability and choice of products" that Sun wants, not what Sun customers want. See e.g., the IDABC ODEF Conference proceedings. ODF is not designed for interoperability and interoperability may only be achieved by all persons involved in the interchange of ODF documents standardizing on a particular editing implementation and version. In practical terms, that means everyone uses a particular version of OpenOffice.org or a clone of that version's code base.
  • OOXML? Isn't that Office Open XML? That file format, that Microsoft Office 2007 is using, that has been approved by ECMA as ECMA-376, and that is currently in a fast track process to become an ISO standard like ODF? That file format, that although its name is very similar to Open Office XML, has nothing to do with OpenOffice.org or ODF? And you may have wondered: What are Sun's OpenOffice.org developers doing with OOXML, and why? And when will we have an OOXML filter in OpenOffice.org?
Gary Edwards

Open XML trumps ODF in document format fight, consulting firm says - 0 views

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

burtongorup cdf odf okelly ooxml w3c

shared by Gary Edwards on 20 Jan 08 - Cached
  • Marino Marcich, executive director of the OpenDocument Format Alliance, retorted via e-mail that many users are taking "a buyer-beware attitude" toward Open XML because that format "is not interoperable and will tie them to the upgrade path of a single vendor." For example, he noted that Becta, the U.K. government's educational technology agency, last week released a report of its own advising, among other things, that to ensure the widest compatibility of files between different applications, Office 2007 users shouldn't save documents in Open XML. Instead, Becta recommended the continued use of Microsoft's older and proprietary .doc, .xls and .ppt formats.
    • Gary Edwards
      Gary Edwards on 20 Jan 08
       
      It's true, OOXML is not interoperable. It was designed for MSOffice and MSOffice only. The problem is that there is no interoperable" alternative to OOXML!!!! ODF itself has serious interoperability problems fully demonstrated at the October 2007 ODF Interoeprability Workshop held in Barcelona Spain. If users want interoperbility with ODF, they must settle on a single ODF vendor. So how is that different from the interop problems imposed by OOXML?
Gary Edwards

Unbreaking the Web: IE 8 passes ACID 2 Test | John Resig - 0 views

ejohn.org/unbreaking-the-web

cdf css iso microsoft odf ooxml w3c xhtml

shared by Gary Edwards on 07 Mar 08 - Cached
  • IMHO, the key to Microsoft's OOXML strategy can be seen in the recently released MSOffice SDK. The SDK provides a component for the fluid conversion of OOXML to something called fixed/flow. The fixed part of this interesting conjunction is also known as XPS, which is designed as a proprietary alternative to PDF. The flow part is a fascinating and highly proprietary replacement for (X)HTML - CSS. Reading further through the MSOffice SDK, one can't help but be amazed at the lack of W3C technologies; especially (X)HTML, CSS, XForms and SVG. What we have instead is an entangling cascade of stuff like OOXML, fixed/flow, silverlight, XAML, and WPF. And then there is that recent promise of other high volume API's probably delivered through future Exchange, SharePoint, and MS SQL Server SDK's. So, at the end of the day, what are we looking at here? IMHO, Microsoft has figured out that the smart thing to do is leverage and extend their existing desktop monopoly into the next generation of cloud computing where the Internet platform rules. To pull this off, they have a number of problems to overcome; not the least of which is that they need to catch a break on anti trust, and, get OOXML through ISO. And oh yeah, there's that little problem that Windows can't do cloud computing.
Gary Edwards

ODF and OOXML are standards in name only - Google: OOXML 'insufficient and unnecessary'... - 0 views

www.zdnet.co.uk/...282-39001068c-20091889o,00.htm

brm google interop iso marbux odf ooxml opendocument openxml zdnet-uk

shared by Gary Edwards on 29 Feb 08 - Cached
  • Both ODF and OOXML flunk that test badly. Their interoperable implementation neither has nor can be demonstrated. Both are designed for the waging of feature wars, not for interoperability. Both attempt to legitimize market-leading companies embracing and extending their own formats. They are standards in name only. What we are watching is a contest to decide which big vendor formats will be allowed to undeservedly claim the title of "international standard."
Gary Edwards

Microsoft Hit By U.S. DOT Ban On Windows Vista, Explorer 7, and Office 2007 - Technolog... - 0 views

www.informationweek.com/...showArticle.jhtml

exchange/sharepoint government msoffice odf opendocument standards vista vistachain vistastack

shared by Gary Edwards on 06 Mar 07 - Cached
  • »  E-Mail »  Print »  Discuss »  Write To Editor late last year -- can be resolved. "We have more confidence in Microsoft than we would have 10 years ago," says Schmidt. "But it always makes sense to look at the security implications, the value back to the customer, and those kind of issues." The DOT's ban on Vista, Internet Explorer 7, and Office 2007 applies to 15,000 computer users at DOT proper who are currently running the Windows XP Professional operating system. The memo indicates that a similar ban is in effect at the Federal Aviation Administration, which has 45,000 desktop users. Compatibility with existing applications appears to be the Transportation Department's major concern. According to a separate memo, a number of key software applications and utilities in use in various branches of the department aren't Vista compatible. Among them are Aspen 2.8.1, ISS 2.11, ProVu 3.1.1, and Capri 6.5, according to a memo issued by staffers at the DOT's Federal Motor Carrier Safety Administration. Any prolonged ban on new Microsoft technologies by the federal government could have a significant impact on the software maker's bottom line, as Microsoft sells millions of dollars in software to the feds annually. http://as.cmpnet.com/event.ng/Type=count&ClientType=2&AdID=125682&FlightID=75634&TargetID=2625&SiteID=222&AffiliateID=283&EntityDefResetFlag=0&Segments=1411,3108,3448,11291,12119&Targets=2625,2878,7904,8579&Values=34,46,51,63,77,87,91,102,140,222,227,283,442,646,656,1184,1255,1311,1405,1431,1716,1767,1785,1798,1925,1945,1970,2217,2299,2310,2326,2352,2678,2727,2767,2862,2942,3140,3347,3632,3636,3638,3890,3904,4080,448
  • Gary Edwards on 06 Mar 07
     
    Whoa, those government desktops add up quickly.  This Vista ban will immediately effect over 50,000 desktops, with tens of thousands more possibly impacted by the IE 7.0 ban.  The MS Exchange/SharePoint Hub juggernaut is based on IE 7.0, which is not available for Windows 2000 - MSOffice 2000 desktops.

    Lack of Vista Stack compatibility with non Microsoft application is given as the reason for the ban.  But notice the "alternatives" to Vista mentioned; Novel SuSE and Apple Mac.  What kind of interop - compatibility do they offer?  My guess is ZERO!

    The reality is that the DOT is trapped.  My advice would be stay exactly where they are, keeping the current MSOffice desktop installs running.  Then, install the Foundation's daVinci ODF plugin for MSOffice. 

    This will insure that Windows OS and  MSOffice bound business processes can continue to function without disruption.  Win32 APi based applications like those mentioned in the article can continue.  Critical day to day business processes, workgroup and workflow related activities can continue without disruption or costly re engineering demanded by a cross platform port.

    What daVinci doe sdo is move the iron triangle that binds Windows-MSOffice applications to business processes and documents, to an ODF footing.  Once on a ODF footing, the government can push forward with the same kind of workgroup - workflow - intelligent docuemnt - collaborative computing advnaces that the Vista Stack was designed to deliver.  Only this push will involve the highly competitive "the customer is sovereign" environment of ODF ready desktop, server, device and Web 2.0 systems.  End of Redmond lock-in.  End of the costly iron triangle and the force march upgrade treadmill that so enriches Microsoft.

    So what's not to like?  We can do this.
    ~ge~

    http://docs.google.com/View?docID=dghfk5w9_20d2x6rf&revi
Gary Edwards

BetaNews | Microsoft: Office Format War Over - 0 views

www.betanews.com/...1173114057

iso microsoft odf ooxml opendocument openxml xml

shared by Gary Edwards on 06 Mar 07 - Cached
  • "Over the past few years, we've had two important file formats come into the market, OpenXML and ODF. Both were designed for different purposes, and both have been valuable additions to the market. Now we can also say that we have multiple implementations of both formats."
  • Gary Edwards on 06 Mar 07
     
    The war is over?  When did Microsoft surrender?  And when did they sign the official terms of surrender?

    The terms of surrender are simple. Microsoft must agree to fully support and implement ODF as a native file format in all versions of MSOffice qualified for the current OOXML compatibility kit. Furthermore, MSOffice must offer end users the choice of selecting ODF as the default MSOffice file format.

    Those are the terms of surrender, and i for one don't see how the Microsoft or Novell Translator plugin's qualify?  These things are garbage!

    What if an MSOffice user was to work on a document, save it to OOXML only to open it later to find a near totally useless and corrupted document with a conversion fidelity equal to that achieved by the hapless MCN Translator Plugins?

    Right.  What's good for the goose is good for the gander.  Until these idiotic MCN Translators can achieve a conversion fidelity between ODF and OOXML acceptable to MSOffice users - comparable to native documents use and expectations, they should be regarded for what they are: an experimentation proving conclusively that OOXML is not even close to being interoperable with ODF.

    ~ge~
Gary Edwards

PlexNex: HUMOR: Interoperability, Choice and Open XML - 0 views

fussnotes.typepad.com/...interoperabilit.html

iso microsoft msoffice oasis odf ooxml opendocument openxml xml

shared by Gary Edwards on 06 Mar 07 - Cached
  • It is important to recognize that ODF and Open XML were created with very different design goals and that they are only two of many document format standards in use today, each of which has characteristics that are attractive to different users in different scenarios
  • reflects the functionality in those products.
  • Gary Edwards on 06 Mar 07
     
    Sam really nailsit with this satirical commentary on the spliny whiny letter Microsoft wrote begging the world to reconsider the proprietary application and platform bound Microsoft Office Open XML file format as an international standard for office productivity suites.
Gary Edwards

Brendan's Roadmap Updates: My @media Ajax Keynote - 0 views

weblogs.mozillazine.org/...my_media_ajax_keynote.html

cdf html5 w3c

shared by Gary Edwards on 20 Jan 08 - Cached
  • Standards often are made by insiders, established players, vendors with something to sell and so something to lose. Web standards bodies organized as pay-to-play consortia thus leave out developers and users, although vendors of course claim to represent everyone fully and fairly. I've worked within such bodies and continue to try to make progress in them, but I've come to the conclusion that open standards need radically open standardization processes. They don't need too many cooks, of course; they need some great chefs who work well together as a small group. Beyond this, open standards need transparency. Transparency helps developers and other categories of "users" see what is going on, give corrective feedback early and often, and if necessary try errant vendors in the court of public opinion.
    • Gary Edwards
      Gary Edwards on 20 Jan 08
       
      Brendan's comment about the open standards process and the control big vendors have over that process is exactly right. The standards contsortia are pay to play orgs controlled entirely by big vendors. OASIS and the OpenDocuemnt Technical Committee are not exceptions to this problematic and troublesome truth.
      The First Law of the Internet is that Interoperability trumps everything - including innovation. The problem with vendor driven open standards is that innovation ontinually trumps interoperability. So much so that interop is pretty much an after thought - as is the case with ODF and OOXML!
      The future of the Open Web will depend on open source communities banding together with governemnts and user groups to insist on the First Law of the Internet: Interoeprability. If they don't, vendors will succeed in creating slow moving web standards designed to service their product lines. Vendor product lines compete and are differentiated by innovative features. Interoeprability on the other hand is driven by sameness - the sharing of critical features. Driving innovation down into the interop layer is what the open standards process should be about. But as long as big vendors control that process, those innovations will reside at the higher level of product differentiation. A level tha tcontinues to break interoperability!
Gary Edwards

Debate Simmers on Why ODF Shuttered its Doors - Peter Galli eWEEK - 0 views

www.eweek.com/...0,1759,2223042,00.asp

cdf ms-ooxml odf

shared by Gary Edwards on 28 Nov 07 - Cached
  • Did the OpenDocument Foundation recently shutter its doors for good because it was unable to convince Oasis to support its converter, known as Da Vinci? Or was it because OpenDocument Format was simply not designed for the conversion of Microsoft Office documents, applications, and processes?
Gary Edwards

ODF, PDF, The Antic Waste Land, and Monica's Blue Dress - Rob Weir - 0 views

www.robweir.com/...nd-and-monicas-blue-dress.html

cdf da-vinci massachusetts odf ooxml pilot rfi

shared by Gary Edwards on 22 Nov 07 - Cached
  • An intriguing idea is whether we can have it both ways. Suppose you are in an ODF editor and you have a "Save for archiving..." option that would save your ODF document as normal, but also generate a PDF version of it and store it in the zip archive along with ODF's XML streams. Then digitally sign the archive along with a time stamp to make it tamper-proof. You would need to define some additional access conventions, but you could end up with a single document that could be loaded in an ODF editor (in read-only mode) to allow examination of the details of spreadsheet formulas, etc., as well as loaded in a PDF reader to show exactly how it was formated.
  • Gary Edwards on 22 Nov 07
     
    Intriguing?  Rob Weir knows full well that the Foundation proposed this exact same feature set as part of the da Vinci Plug-in design for Massachusetts, July of 2006!!!!!!!!!

    The Complete Feature list of the da Vinci plug-in for MSOffice that was proposed and signed off on by CIO Louis Gutierrez in early August of 2006 was well known by IBM's representatives who were working hand in hand with us at the time: Rob Weir, Don Harbison and Doug Heintzman. 

    Louis Gutierrez had asked IBM and Oracle to create a "benefactors Group" to overcome the challenge that Massachusetts ITD did not have a budget.  IBM and Oracle selected Google, Sun, Novell, Intel, and Nokia as key benefactors.  The group was provided with the complete feature set and roadmap for da Vinci development. 

    The da Vinci roadmap was the schedule announced by Louis Gutierrez in his mid year report, August 17th, 2006.

    The da Vinci plug-in feature set, in order of priority, consisted of:
    ODF iX Approval at OASISPlug-in for MS WORDAccessibility Interface for all ODF documents in MS WordPDF - ODF iX Digital Signature containerPlug-in for MS ExcelInteroperability Wizard for OpenOfficePlug-in for PowerPointXForms InterfaceThe roadmap we provided Louis and the "benefactors" was sceduled out with deliverables, test periods, and cost per deliverable.  The buy-in per "benefactor" was set at $350,000, and i
Gary Edwards

Open Document Foundation Gives Up | Linux Magazine - 0 views

www.linux-magazine.com/...n_document_foundation_gives_up

cdf odf ooxml w3c

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

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

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

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

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

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

    In Massachusetts, the Foundation took
Gary Edwards

Greg McNevin : Open Document Foundation Abandons Namesake, Closes up Shop - 0 views

www.idm.net.au/story.asp

cdf odf ooxml

shared by Gary Edwards on 15 Nov 07 - Cached
  • The decision to go with CDF has left some industry commentators scratching their heads, with arstechnica.com’s Ryan Paul noting that the decision is curious as CDF doesn't support “the full range of functionality required for office compatibility”. Paul does add, however, that the formats broad use of formats such as XHTML and SVG does give it a compelling edge.
  • Gary Edwards on 15 Nov 07
     
    The W3C's Chris Lilley, IBM and the lawyer for OASIS have been making quite a bit of noise claiming that CDF doesn't support "the full range of functionality required for office compatibility". 

    This a strange claim, especially when considering IBM as the primary source.  CDF WiCD Full 1.0 is a desktop profile for CDF.  Other profiles include WICD Mobile and WICD Core.  The call for implementations for WICD core, mobile and full went out on Monday, November 12, 2007. 

    To understand cdf, one must first get a handle on the terms used to describe cdf technologies.
    ..... CDF= compound document formats
    ..... CDRF= compound document by reference framework
    ..... WICD = Web Integration Compound Document
    ..... CDR using WICD = Compound Document by Reference using a WICD profile, (Core, Full or Mobile)
    ..... Compound Document by Reference Framework 1.0
    ..... WICD Core 1.0
    ..... WICD Mobile 1.0 Profile
    ..... WICD Full 1.0 Profile

    The WICD Full 1.0 Profile is the "DESKTOP" profile for CDF.
    Some interesting Quotes:

    "WICD Full 1.0 is targeted at desktop agents".

    "The WICD Full 1.0 profile is designed to enable rich multimedia content on desktop and high capability handheld agents."

    From the Compound Document by Reference Use Cases and Requirements Version 1.0 :

    "The capability to view documents with preserved formatting, layout, images and graphics and interactive features such as zooming in and out and multi-page handling."

    "
    <
Gary Edwards

WICD Full 1.0 - CDF Desktop Profile - 0 views

www.w3.org/WICDFull

cdf odf ooxml w3c wicd

shared by Gary Edwards on 13 Nov 07 - Cached
  • WICD Full 1.0 is targeted at desktop agents
  • The WICD Full 1.0 profile is designed to enable rich multimedia content on desktop and high capability handheld agents.
  • The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "may", and "OPTIONAL" in this document are to be interpreted as described in RFC&nbsp;2119 (see http://www.ietf.org/rfc/rfc2119.txt). However, for readability, these words do not appear in all uppercase letters in this specification.
    • Gary Edwards
      Gary Edwards on 13 Nov 07
       
      This will make marbux happy!
  • Gary Edwards on 13 Nov 07
     
    Now this is interesting.  I wonder if IBM and the OASIS Lawyer have seen this page?
« First ‹ Previous 41 - 60 of 72 Next ›
Showing 20▼ items per page