Skip to main content

Home/ OpenDocument/ Group items tagged html

Rss Feed Group items tagged

Gary Edwards

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

  • 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."  [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:  People write, read, and edit office documents with little, if any, understanding of the particular format that makes them persistent in digital form.  The XML-based open formats do not change that.   People adapt to the software/device they are using by trial and error.  We train ourselves to obtain the visible results that we want.  Different people obtain superficially similar results by quite different means.   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.  And it still does not require paying attention to the file format.  
Gary Edwards

Microsoft legislatively TKO's open document formats. At least stateside. | ComputerWorl... - 0 views

  • The question we should be asking is why State CIO's and IT divisions are not backing the legislative proposals? It's not the lobbying that is killing ODF. It's the lack of support from those who would have been left with the challenge of implementing ODF solutions. The silence of the CIO's is deafening. There are three quotes i've seen batted about that pretty much say it all:
  •  
    Since December 16th, 2002, or day one on the OASIS Open Office XML Technical Committee, now "ODF", the challenge has been to suceed in the marketplace as the best XML format for desktop productivity environments. Success was seen as a technical challenge. Could we make an XML format capable of universal interoperability? Capable of universal implementation across the domains of desktop, server, device and web platform usage?
    All that changed in May of 2005, when ODF 1.0 was approved by OASIS and sent on it's way to ISO for consideration as an international standard. Following that approval, IBM led a swarm of large corporate vendors who invaded the cozy confines of serious universal docuemnt format work. No longer was the goal to perfect the most useful and lasting structured format the world had ever seen. The IBM led wave of corporate invaders seized on a new use of ODF - the use of ODF as a government mandate to rip out and replace MSOffice!
    The politics of using standards to compete against Microsoft trumped the traditions of seeking market success through technical excellence.
    Sadly, ODF would never recover from the anti trust veiled politics of IBM. The one thing ODF absolutely had to have to technically succeed is ability to convert legacy MS binary documents. Something it was never designed to do. Somethign that clearly is not in IBM's game plan.
    As if the interoeprability problems of ODF wer not enough, IBM forged ahead with their interoeprability plan. Instead of movign interop to the forefront of ODF technical issues, IBM openned up an ODF Interoperability Sub Committee at the OASIS ODF Adoption TC. A group dedicated to the marketing and promotion of ODF.
    Incredibly IBM sees ODF interop as a marketing issue, and not the technical challenge that continues to defy application implementation efforts.
Gary Edwards

CDI WICD 2.0 - 0 views

  • This document defines a generic language-independent processing model for combining arbitrary document formats. The Compound Document Framework is language-independent. While it is clearly meant to serve as the basis for integrating W3C's family of XML formats within its Interaction Domain (e.g., MathML, SMIL, SVG, VoiceXML, XForms, XHTML, XSL) with each other, together with CSS and the DOM; it can also be used to integrate non-W3C formats with W3C formats or integrate non-W3C formats with other non-W3C formats. 1.1. Conformance Everying in this specification is normative except for diagrams, examples, notes and sections marked non-normative. 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 2119 [RFC2119]. This specification defines the following classes of products: conforming implementation A user agent that implements all interfaces described in this specification and follows all must-, required- and shall-level of critera in this specification. conforming document A document that follows all must-, required- and shall-level of critera in this specification that apply to document authors. conforming authoring tool One that produces conforming documents.
Gary Edwards

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

  • 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
  •  
    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

Brian Jones: Open XML Formats : OASIS ODF committee considering joining DIN to help wit... - 0 views

  • OASIS ODF committee considering joining DIN to help with translation and interop This is very cool. It looks like the OASIS committee is looking at coming on board to help out with the work going on in DIN to help understand the translation between Open XML and ODF: http://www.oasis-open.org/archives/office/200801/msg0004
Gary Edwards

Griffin Brown Weblog - ODF validation for the cognoscenti - 0 views

  • ODF validation for the cognoscenti Just when it seemed like nobody was interested in the ODF conformance smoke test posted a few days ago, IBM's Rob Weir weighs in with a lengthy piece in response.
  •  
    Rob Weir gets royally spanked. And so does the notion that ODF is somehow "interoperable". Big Time.
Gary Edwards

Open Stack: ISO Does The Unthinkable. How ISO approval of MSOffice-OOXML will break th... - 0 views

  • In August of 2007 we dropped ODF as the da Vinci target conversion format, and moved to the W3C's Compound Document Format (CDF) with an ePUB wrapper.The reason for this move is that we could not establish a reasonable degree of interoperability with OpenOffice ODF unless Sun supported the five generic eXtensions to ODF needed to hit the high fidelity conversion the da Vinci process is capable of.Since da Vinci is a clone of the MSOffice OOXML compatibility Kit, we use the same internal conversion process where imbr (in-memory-binary-representation) is converted to another format: imbr <> OOXML or, imbr <> RTF.While it's entirely compliant to eXtend ODF, without Sun's changes to OpenOffice ODF the application-platform-vendor independent interoperability end users expect would be meaningless.The problem as we see it is this; it is impossible to do a high fidelity conversion between two application specific XML formats. It is however quite possible to do a conversion between an application specific format and a generic (application-platform-vendor independent) format.
  •  
    A summary of my views on ISO approval of MSOffice-OOXML and the impact it will have on the futrue of the open web.
  •  
    In response to a recent question posted to a rather old OpenStack blog, i posted this summary of my views on ISO approval of MSOffice-OOXML and the impact it will have on the futrue of the open web.
Gary Edwards

What's Up Doc? Report on ODF / OOXML / W3C Document Wars |Collaboration and Content St... - 0 views

  • The overall document summary: Industry debate about the relative merits of OpenDocument Format (ODF) and Ecma 376 Office Open XML (OOXML) highlights the significance of the productivity application market shift from binary and proprietary file formats to vendor- and product-independent Extensible Markup Language (XML) models. The competitive stakes are huge, and the related political posturing is sometimes perplexing. In this overview, Research Directors Guy Creese and Peter O’Kelly introduce ODF, OOXML, and related World Wide Web Consortium (W3C) standards, and project their implications for future productivity applications.
Gary Edwards

Wizard of ODF: OASIS invited to join Microsoft in the DIN technical report - harmoniz... - 0 views

  • the WG is busy working on a first draft. This'll include mainly work in Wordprocessing. Spreadsheet and Presentation is still in the very early work. So help from the ODF TC would be great --- and a liaison would make sense IMHO. To give you an idea why help from the ÓDF TC would be needed I'll briefly outline some questions which arose: * Need for more use-cases, i.e. feasable interop scenarios * Discussions of unspecified behaviour (e.g numbering in 1.0, spreadsheet formulas, compatibilty options, etc.) and their impact on interop scenarios * Questions regaring generic settings like e.eg. form:control-implementation="ooo:com.sun.star.form.component.Form", or tweaking a la http://www.openoffice.org/issues/show_bug.cgi?id=51726. * Possible interop problems not handled by the specs (e.g. graphics, WMF, EMF, SVM, etc.) or e.g. font metrics and font embedding. As you see there are a lot of overlapping areas with eg. the "ODF interop" we dealt with in the workshop in Barcelona. [This issue is hosted in the Adoption TC, right? Maybe this TC is also suited as a liaison partner?]
    • Gary Edwards
       
      Uh Oh. Microsoft and Novell joined the EU's call to harmonize ODF and OOXML, but Sun and IBM refused the invite. Now we have the invite in front of the OASIS ODF TC!. Is there any rock big enough for them to hide under if they also refuse?
      And if the OASIS ODF does join the EU-DIN-ISO effort, where doe stha tleave IBM, Sun and their inistance on a politically mandated "rip out and replace" as the only acceptable solution?
Gary Edwards

OOXML: The next step - Interop at the International Standards legal level | Marbux - We... - 0 views

  • Both ODF and OOXML are only one WTO Dispute Resolution Process complaint away from losing their international standard, national technical regulation, and government procurement specification status. They do not meet the minimum requirements of international law. Both are unnecessary obstacles to international trade; neither specify a uniform and substitutable product. That does not sound like a sound business plan to me. So I return to my question posed in an earlier post: Will ODF v. 1.2 under your leadership attempt to "clearly and unambiguously specify that conformance requirements essential to achieve the interoperability" and will the standards-based interoperability between *different* IT systems be "demonstrable," as required by JTC 1 Directives? That is not a complicated question and it requires no deep dive into international law to answer. International law requires what the quoted JTC 1 Directives require in this regard, but for purposes of the point under discussion we need go no further than the Directives' plain language. One either adheres to the rules or one forfeits the moral high ground to complain when others ignore the rules. Where does Rob Weir stand on complying with the rules?
  •  
    Marbux at his best! Here he responds to Rob Weir's ODF v 1.2 arguments with a legal dissertation on International Standards, ISO, the WTO, and the key issue of interoperability and what it must mean. Excellent!
Gary Edwards

OOXML and ODF: The next step | [odf-discuss] Marbux Responds! - 0 views

  • The issue we were discussing -- and what I believe the ODEF conference was very much concerned with -- was whether ODF plus vendor-specific extensions will be classified as conformant ODF. The market requirement is for "Exchange Formats" and document-level interoperability. I could repose my question as whether ODF v. 1.2 will "clearly and unambiguously specify interoperability requirements essential to achieve the interoperability," as required by JTC 1 Directives. As you noted in an earlier post in this thread, you can't do interoperability if you use vendor extensions. > I see a standard as providing a shared vocabulary for buyers and sellers > to express their requirements. You are in error. This is a matter controlled by law rather than by personal opinion. Standards are all about the substitutability of goods, weights, and measures. A standard specifies all characteristics of a product, weight, or measure in mandatory terms so there is uniformity. Standards are the antithesis of product differentiation. Their very purpose is to eliminate product differentiation.
  •  
    Excellent legal argument by the legendary marbux concerning OOXML and ODF itneroperability. Covers ISO Interop Requirements and the demands of International Trade Agreements. Key to this thread is ODF v 1.2 and what must be done to bring ODF into legal compliance with International demands.
  •  
    Outstanding analysis and research by the legendary marbux
Gary Edwards

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

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

» Government turns to SaaS to salvage IT failures | IT Project Failures | ZDN... - 0 views

  • As Administrator of E-Government and Information Technology, for the Office of Management and Budget, Evans oversees the government’s CIO Council, comprised of Chief Information Officers from various agencies. In September, 2007, she testified before the Senate, about high-risk IT projects:
Gary Edwards

Aptana Jaxer | Aptana - 0 views

  • Jaxer is the world's first true Ajax server. HTML, JavaScript, and CSS are native to Jaxer, as are XMLHttpRequests, JSON, DOM scripting, etc. And as a server it offers access to databases, files, and networking, as well as logging, process management, scalability, security, integration APIs, and extensibility.
Gary Edwards

[office-comment] ODF Public Comment - Where's the Interop Guys? What the hell happened... - 0 views

  • Regarding section 1.5 itself: The Open Office TC decided to use the term MAY rather than MUST (or will) at the mentioned location, because it wanted to ensure that the OpenDocument specification can be used by as many implementations as possible. This means that the format should also be usable by applications that only support a very small subset of the specification, as long as the information that these applications store can be represented using the OpenDocument format. A requirement that all foreign elements and attributes must be preserved actually would mean that some applications may not use the format, although the format itself would be suitable. Therefor, we leave it up to the implementations, which elements and attributes of the specification they support, and whether they preserve foreign element and attributes. Some more information about this can be found in appendix D of the specification.
Gary Edwards

Independent study advises IT planners to go OOXML | A pos on both your houses! - 0 views

  • What you've posted are examples of MSOffice ”compatibility settings” used to establish backwards compatibility with older documents, and, for the conversion of alien file formats (such as various versions of WordPerfect .wpd). These compatibility settings are unspecified in that we know the syntax but have no idea of the semantics. And without the semantic description there is no way other developers can understand implementation. This of course guarantees an unacceptable breakdown of interoperability. But i would be hesitant to make my stand of rejecting OOXML based on this issue. It turns out that there are upwards of 150 unspecified compatibility settings used by OpenOffice/StarOffice. These settings are not specified in ODF, but will nevertheless show up in OpenOffice ODF documents – similarly defying interoperability efforts! Since the compatibility settings are not specified or even mentioned in the ODF 1.0 – ISO 26300 specification, we have to go to the OOo source code to discover where this stuff comes from. Check out lines 169-211. Here you will find interesting settings such as, “UseFormerLineSpacing, UseFormerObjectPositioning, and UseFormerTextWrapping”.
Gary Edwards

Some thoughts on OOXML | Larsblog - 0 views

  • What is to be done? ISO has in a sense put itself in an awkward position here by already approving the rival OpenDocument format as an ISO standard. This makes it harder to reject OOXML, and at the same time makes it difficult to approve OOXML, since it competes with an existing ISO standard. Generally, I'm unhappy with how closely these two standards are tied to existing software. What I would really have liked to see was for OpenDocument and OOXML both to be dropped, and the two communities to sit down and work out a common agreed format that is not tied to any existing software. The Chinese UOF format, for example, might have served as the starting point for this. ODA has also been suggested. Unfortunately, this requires a political will that does not seem to be present, and so this seems unlikely for now.
Gary Edwards

OOXML vs ODF: where next for interoperability? | Reg Developer - 0 views

  • 'A diversion from the real end game – the taking of the internet' Gary Edwards of the Open Document Foundation has a fascinating post on the important of Microsoft Office compatibility to the success of the ISO-approved Open Document formats. It is in places a rare voice of sanity: People continue to insist that if only Microsoft would implement ODF natively in MSOffice, we could all hop on down the yellow brick road, hand in hand, singing kumbaya to beat the band. Sadly, life doesn’t work that way. Wish it did. Sure, Microsoft could implement ODF - but only with the addition of application specific extensions to the current ODF specification … Sun has already made it clear at the OASIS ODF TC that they are not going to compromise (or degrade) the new and innovative features and implementation model of OpenOffice just to be compatible with the existing 550 million MSOffice desktops.
« First ‹ Previous 101 - 120 of 191 Next › Last »
Showing 20 items per page