Skip to main content

Home/ OpenDocument/ Group items tagged application-specific

Rss Feed Group items tagged

Gary Edwards

OpenDocument Format community steadfast despite theatrics of now impotent 'Foundation' ... - 0 views

  • ODF was dead-on-arrival not because it's a better or worse choice than OOXML (I have no idea which is better, really) but because the nature of those with UNIX DNA never allows these kinds of "open" agreements to succeed. They all just splinter. Every time.
  •  
    The sad thing is that in early January of 2003, it was proposed that we start with a clean slate effort based on structural document generics instead of accepting the OpenOffice XML spec, and trying to strip out the application specific settings.  History will record that we accepted the OpenOffice XML spec, and were unable, after five years of effort (2002-2007) to clean things up.

    Perhaps ODF was doomed almost from the start.  The UNiX suggestion is interesting if not an arrow through the core.

Paul Merrell

OpenOffice.org business manager John McCresh on ODF support in MS Office - 0 views

  • There was a certain inevitability that Microsoft would be forced to bow to market pressures and announce its acceptance of ODF. However, Microsoft’s traditional approach to standards has been characterised as Embrace, Extend, Extinguish - i.e. attempt to claim ownership and take control of a standard through abuse of its near monopoly position. Proponents of ODF need to defend against this by setting up independent testing for software conformance with the standard. The testing needs to be accessible not just to the Suns and IBMs of this world - but also the KOffices. While proponents of ODF are celebrating that a victory has been won, it is more likely that the real battle is only just beginning.
    • Paul Merrell
       
      One might reasonably wonder how one would go about building further tools to test for conformance with a standard that has almost no mandatory conformance requirements other than validation against the schema after all foreign elements and attributes (application-specific extensions) are removed. The validation tool specified pre-existed ODF. Methinks that the world verges on learning that ODF is a standard in name only and that ODF interoperability is a complete and utter myth no more accurate than the corresponding myth of OOXML interoperability that was thoroughly debunked long before OOXML became an international standard.
  •  
    There was a certain inevitability that Microsoft would be forced to bow to market pressures and announce its acceptance of ODF. However, Microsoft's traditional approach to standards has been characterised as Embrace, Extend, Extinguish - i.e. attempt to claim ownership and take control of a standard through abuse of its near monopoly position. Proponents of ODF need to defend against this by setting up independent testing for software conformance with the standard. The testing needs to be accessible not just to the Suns and IBMs of this world - but also the KOffices. While proponents of ODF are celebrating that a victory has been won, it is more likely that the real battle is only just beginning.
Jesper Lund Stocholm

Publicly Available Standards - 0 views

  • ISO/IEC 26300:2006 XHTML version 1st Information technology -- Open Document Format for Office Applications (OpenDocument) v1.0 XHTML version
  • The following standards are made freely available for standardization purposes. They are protected by copyright and therefore and unless otherwise specified, no part of these publications may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying, microfilm, scanning, reproduction in whole or in part to another Internet site, without permission in writing from ISO. Requests should be addressed to the ISO Central Secretariat.
  • ISO/IEC 29500-1:2008 Electronic inserts 1st Information technology -- Document description and processing languages -- Office Open XML File Formats -- Part 1: Fundamentals and Markup Language Reference JTC1/SC34 ISO/IEC 29500-2:2008 Electronic inserts 1st Information technology -- Document description and processing languages -- Office Open XML File Formats -- Part 2: Open Packaging Conventions JTC1/SC34 ISO/IEC 29500-3:2008 1st Information technology -- Document description and processing languages -- Office Open XML File Formats -- Part 3: Markup Compatibility and Extensibility JTC1/SC34 ISO/IEC 29500-4:2008 Electronic inserts 1st Information technology -- Document description and processing languages -- Office Open XML File Formats -- Part 4: Transitional Migration Features JTC1/SC34
    • Jesper Lund Stocholm
       
      Remenber also to download the electronic inserts containing e.g. reference schemas in electronic form.
  •  
    Most ISO and IEC standards are only available for purchase. However, a few are publicly available at no charge. ISO/IEC:26300-2006 is one of the latter and can be downloaded from this page in XHTML format. Note that the standards listed on the page are arranged numerically and the OpenDocument standard is very near the bottom of the page. This version of ODF is the only version that has the legal status of an international standard, making it eligible as a government procurement specification throughout all Member nations of the Agreement on Government Procurement.
Graham Perrin

Orcmid's Lair: Microsoft ODF Interoperability Workshop - 0 views

  • 2008-08
  • Microsoft's first built-in support
  • approach to adding Open Document Format support directly into Office 2007
  • ...20 more annotations...
  • the balancing act that Office-ODF interoperability requires
  • absence of non-disclosure agreements
  • I saw no down side
  • all ODF TC members who desired to come had a place
  • interaction with the ODF community
  • priorities that apply in making trade-offs
  • five guiding principles that govern ODF support in Word, Excel, and PowerPoint
  • balancing of different interests: standards groups, corporations, institutions, government agencies, regulatory bodies, and general users
  • an application being quite friendly with its own ODF but not with that of other significant implementations
  • Balancing of competing considerations is not trivial
  • current OpenOffice.org implementations fail to check whether a formula conforms to its own extension
  • the central feature of typical document processing software is the internal, in-memory representation of the software's document model
  • features may be lost on output
  • features may be lost on input
  • rely on features that succeed with the internal representation
  • degraded or lost entirely in the chosen external representation
  • losing some of them when saving
  • Florian Reuter argued an interesting gracefully-failing extension technique that, on reflection, I believe could avoid breaking changes against earlier ODF specifications of namespaces, their elements and their attributes too
    • Graham Perrin
       
      I'd like to learn more about this.
  • a serious, open conversation is beginning
  • discussions did not arrive at conclusions
  •  
    I read this more than a year after the event but still, it's interesting.
« First ‹ Previous 61 - 64 of 64
Showing 20 items per page