Skip to main content

Home/ OpenDocument/ Group items tagged ecma

Rss Feed Group items tagged

Gary Edwards

The French AFNOR Proposal to Merge ODF and MS-OOXML - 0 views

  • Summary Statement:  Hey, this is an excellent plan!  We can fully support this effort, even though the ISO National Bodies still have to work their way through the treacherous big vendor consortia controlled channels of OASIS ODF and Ecma 376.  Bringing the big vendor applications to heel is not going to be easy.  Merging ODF and MS-OOXML however is a worthwhile effort - one that the conversion and translator plug-in communities have been working on for the past three years!  It can be done!  And all it takes is five generic elements added to the existing ODF 1.2 specification ........
Gary Edwards

Microsoft sets July 1 as Office 2003 OEM drop-dead date - 0 views

  • Microsoft Corp. announced today that it will pull the plug on Office 2003 the last day of June, after which it won't ship the suite to original equipment manufacturers (OEM) and system builders.
  •  
    Microsoft is closing off the exits!  MSOffice 2003 is the only application suite capable of producing Ecma 376 documents, and now it's getting EOL'd. 

    The ISO vote on Ecma 376 isn't scheduled until September. 
Gary Edwards

Word of recognition from an unexpected side: ODF editor Patrick Durusau supports OOXML... - 0 views

  • The OpenXML project has made a large amount of progress in terms of the openness of its evelopment. Objections that do not recognize that are focusing on what they want to see and not what is actually happening with OpenXML
  •  
    Patrick Durusau, the OASIS ODF editor has written an open letter praising the OOXML standardization effort at Ecma and ISO. Patrick is a long time member of ISO JTCS1, currently serving as the ODF editor for both ISO and OASIS ODF efforts. That his endorsement of OOXML comes on the eve of the critically important February BRM is beyond incredible. Jesper offers this quote which i think adequately summarizes Patrick's endorsement: The OpenXML project has made a large amount of progress in terms of the openness of its evelopment. Objections that do not recognize that are focusing on what they want to see and not what is actually happening with OpenXML"
Gary Edwards

FAA May Ditch Microsoft's Windows Vista And Office For Google And Linux Combo - Technol... - 0 views

  • Bowen's compatibility concerns, combined with the potential cost of upgrading the FAA's 45,000 workers to Microsoft's next-generation desktop environment, could make the moratorium permanent. "We're considering the cost to deploy [Windows Vista] in our organization. But when you consider the incompatibilities, and the fact that we haven't seen much in the way of documented business value, we felt that we needed to do a lot more study," said Bowen. Because of Google Apps' sudden entry into the desktop productivity market
  •  
    The FAA issues their "NO ViSTA" mandate, hinting that it might be permanent if they can come up with MSOffice alternatives.  They are looking at Google Apps!

    Okay, so plan B does have legs.  The recent failure of ISO/IEC to stand up to the recidivist reprobate from Redmond is having repercussions.  Who would have ever thought ISO would fold so quickly without ceremony?  One day there are 20 out of 30 JTCS1 national bodies (NB's) objecting to Micrsoft's proprietary XML proposal, the MOOX Ecma 376 specfication, and the next ISO is approving without comment the placing of MOOX into the ISO fast track where approval is near certain.  With fast track, the technical objections and contradictions are assumed to be the provence of Ecma, and not the JTCS1 experts group.

    Apparently the USA Federal Government divisions had a plan B contingency for just such a case.  And why not?  Microsoft was able to purchase a presidential pardon for their illegal anti trust violations.  If they can do that, what's to stop them from purchasing an International Standard?  Piece of cake!

    But Google Apps?  And i say that as one who uses Google Docs every day.

    The problem of migrating away from MSOffice and MOOX to ODF or some other "open" XML portable file format is that there are two barriers one must cross.

    The first barrier is that of converting the billions of MS binary docuemnts into ODF XML. 

    The second is that of replacing the MSOffice bound business processes that drive critical day to day business operabions. 

    Google Apps is fine for documents that benefit from collaborative computing activities.  But there is no way one can migrate MSOffice bound business processes - the workgroup-worflow documents to Google Apps.  For one thing Google Apps is unable to facillitate important issues like XForms.  Nor can they round trip an ODF document with the needed fidelity a
Gary Edwards

Standardization by Corporation | Can big application vendors be stopped from corrupting... - 0 views

  • Standardization by Corporation Maybe i spoke to soon. This just came in from ISO, the resignation letter of the SC34WG1 Chairman who has completed his three year term. There is a fascinating statement at the end of the Martin Bryan letter. "The disparity of rules for PAS, Fast-Track and ISO committee generated standards is fast making ISO a laughing stock in IT circles. The days of open standards development are fast disappearing. Instead we are getting “standardization by corporation”, something I have been fighting against for the 20 years I have served on ISO committees. I am glad to be retiring before the situation becomes impossible..." When corporations join open standards or open source efforts, they arrive with substantial but most welcome financial and expert resources. They also bring marketshare and presence. And, they bring business objectives. They have a plan. As long as the corporate plan is aligned with the open standards - open source community work, all is fine. In fact it's great. For sure though there will come a time when the corporate plan asserts it's direction, and there is possible conflict. At this point, the very same wealth of resources that were cause for celebration can become cause for disappointment and disaster. One of the more troubling things i've noticed is that corporations treat everything as a corporate asset to be traded, bartered and dealt for shareholder advantage and value. This includes patents and interoperability issues which not surprisingly are wrapped into open standards and open source efforts. Rather than embrace the humanitarian – community of shared interest drivers of open standards and open source, corporations naturally plot to get maximum value out of the resources they commit. A primary example of this is Sun's use of OpenOffice, ODF, and an anti trust settlement disaster that left them at the mercy of Microsoft.
  •  
    Will ISO follow either the AFNOR or Brittish proposals to merge ODF and OOXML? I think so. If they continue on their current path of big vendor sponsored document wars, ISO will beocme irrelevant. Sooner or later the ISO National Bodies must take back the standards process from corporate corruption and influence. One thing is clear. Neither Microsoft or IBM is about to compromise. IBM has had many chances to improve ODF's interoperability with Microsoft Office and the Office documents, but has been steadfast in their stubborn refusal to concede an inch. Microsoft hides behind their legacy installed base of over 550 million MSOffice desktops. There simply isn't a pragmatic or cost effective way of transitioning the installed base to ODF without either seriously re writing and replacing those applications, or, changing ODF to be compatible. The marketplace is clear on what they intend on doing. Pragmatism will rule. Productivity trumps standards initiatives whenever they are out of sink. In the face of this clear marketplace intent, one would think IBM might compromise on ODF. No way! They are intent on using ODF to force a market wide rip out and replace of MSOffice. Most people assume that there are two opposing groups at war here; the Microsoft OOXML group vs. the IBM ODF group. This isn't an accurate view at all. There is a third, middle group of developers working the treacherous space of conversion - the no man'sland between OOXML MSOffice and ODF OpenOffice. The conversion group know the problems involved, and are actually trying to dliver marketplace facing solutions. The vendors of course are in this war to the bitter end, and could care less about the damage they cause to end users. It's also true that the conversion group seeks to bridge desktop productivity into the larger, highly interoeprable web platform. It's also possible that ISO will chose to merge
Paul Merrell

Is our idea of "Open Standards" good enough? Verifiable vendor-neutrality - O'Reilly XM... - 0 views

  •  
    In light of the Microsoft announcement of ODF support, a prescient July, 2007 blog article by Rick Jelliffe deserves revisiting. Jelliffe surveyed the pressure points for various players that he saw in the File Format War and made a set of suggestions that bear a remarkable resemblance to subsequent events. The goal he recommended for eGovernment and open standards advocates was to push to get ODF and OOXML out of the hands of Ecma and OASIS and into the hands of ISO for harmonization work, arguing that it is the most vendor-neutral eligible forum for such work.
Gary Edwards

Sun-Bosak "Yes" Vote on ISO approval of MS OOXML - 0 views

  • We wish to make it completely clear that we support DIS 29500 becoming an ISO Standard and are in complete agreement with its stated purposes of enabling interoperability among different implementations and providing interoperable access to the legacy of Microsoft Office documents.
    • Gary Edwards
       
      Read it and weep! Sun agrees that ODF was not designed for and is unable to meet these important market requirements
Gary Edwards

BetaNews | Microsoft Will Support ODF If It Doesn't 'Restrict Choice Among Formats' - 0 views

  • None of this is to say that OpenDocument is perfect. Far from it. OpenDocument at present is crippled from an interoperability standpoint. I'm a member of the OASIS OpenDocument Technical Committee and I think the resistance of the big vendors to fixing the interoperability warts is simply outrageous, particularly because they are fairly trivial changes. But the advancement of software users' interests are not advanced by painting OOXML as other than deeply flawed. It is vendor-specific and far from "open." The lesser of the two evils is clearly OpenDocument, which is at least open even if not yet interoperable. The sooner folks can start discussing practical methods of convergence, the better. See e.g., http://ec.europa.eu/idabc/servlets/Doc?id=27956 That set of slides summarizing a conference of some 20 European national governments' IT types says a lot more about the future of office document formats than Mr. Asellus has to offer.
    • Gary Edwards
       
      Marbux hits a homerun! Right ON!
Gary Edwards

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

  • 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."
  •  
    You have to read this!  Xandros is taking this interoperability garbage seriously!
Gary Edwards

Choice - 0 views

  • With ISO/IEC having standardized Open Document Format (ODF) 1.0 and considering standardizing Ecma Office Open XML (Open XML), there is a lot of public discussion about document formats and whether the world should begin to focus on only one format or continue to see multiple formats developed and used over time. Microsoft believes that users should be able to choose among formats and pick the one that best meets their needs. We also believe in encouraging the continued evolution of computing and data formats. And we support the ratification of Open XML in ISO/IEC. There are several reasons for these views:
  •  
    This the infamous Microsoft letter that many have misconstrued as an announcement of support for OpenDocument.  Only in a Microsoft universe can the statement, "We're not going to attack ODF" be taken as Micrsoft support for ODF.
Gary Edwards

Billions of Legacy Binary Documents -- gary_edwards's comment on "Linux leaders pl... - 0 views

  • The point is that ODF has to be flexible enough so that the demand side of the equation can successfully convert their MSOffice documents to ODF. More important than simple one-way conversion is the need for high fidelity round trip conversion.
  •  
    This is a follow up comment to a question cocerning my previous post, "commercialization of interoperability".  The question from "mosborne" is as follows:

    A different viewI'm not on the ODF TC, but I have followed its evolution through the information publicly available at Oasis.

    My outside view of some of the various interoperability discussions you mention is different than yours. I saw a resistance to adoption of features if the sole reason was because OOXML did it that way. The dissenting members wanted a more substantial reason, not simply to add OOXML "features" to ODF.

    If the goal is to simply make ODF like OOXML, then what is the point? You would have conceded all control to Microsoft since they have effective control of OOXML.It's an interesting question, but not well informed.  The threads at OASIS ODF having to do with interoperability are focused on efforts to have our cake and eat it too. 

    The List Enhancement Proposal thread played out over a six month period.  And yes, it is true that Sun fought the Novell proposal because they felt new and innovative features for OpenOffice/StarOffice were more important than the interoperability CIO's and IT departments are demanding.   But that misses the more important point that Novell was able to craft their interoperability proposal exactly so that the precious advanced feature sets of applications that command les sthan 1% marketshare would be accommodated.

    What Sun and most others on the ODF TC don't get is that the markets have no use for these new and innovative feature sets unless and until they can transition their documents and business processes out of MSOffice.  If workgroup bound end users can't do that first, it won't matter how
Gary Edwards

A Savage Journey … ODF at the OOXML BRM « A Frantic Opposition - 0 views

  • A Savage Journey … ‘Erupting from my vivid nightmares into the retro 80s faded luxury of a five-star hotel in Geneva, the pictures of the first victim reappeared on the wall.  The head of the Brazilian delegation-it’s only a matter of time now. My mind thrashes to disentangle the thrown spaghetti threads of blurred reasoning; who’s next, is it just the heads of delegation they are after, any NB member, P-members only? The fog lifts and it’s worse.  Who is behind this, them or us?  We outnumber them, but maybe their plan is more devious.  Must find Bonky Bob, he’ll know what to do.’ Enough levity for now.  The BRM has held few surprises, other than the rather galling situation where I was forced to publicly toe the INCITS line by the temporary head of delegation, a Microsoft employee, against my better judgement.
Gary Edwards

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

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

Microsoft's OOXML: The No vote | Computerworld - 0 views

  • The Cyberspace Law and Policy Centre at the University of New South Wales recently hosted a symposium to discuss issues surrounding the proposed Microsoft OOXML document format standard. In attendance at a technical session were representatives from Microsoft, IBM, Google, the Open Source Industry Australia, Standards Australia, the National Archives of Australia, and the International Organisation for Standardisation.
Gary Edwards

Independent study advises IT planners to go OOXML | All about Microsoft | ZDNet.com - 0 views

  • “ODF represents laudable design and standards work. It’s a clean and useful design, but it’s appropriate mostly for relatively unusual scenarios in which full Microsoft Office file format fidelity isn’t a requirement. Overall, ODF addresses only a subset of what most organizations do with productivity applications today.” The report continues: “ODF is insufficient for complex real-world enterprise requirements, and it is indirectly controlled by Sun Microsystems, despite also being an ISO standard. It’s possible that IBM, Novell, and other vendors may be able to put ODF on a more customer-oriented trajectory in the future and more completely integrate it with the W3C content model, but for now ODF should be seen as more of an anti-Microsoft political statement than an objective technology selection.”
    • Gary Edwards
       
      Mary Jo takes on the recently released Burton Group Report comparing OOXML and ODF. Peter O'Kelly, one of the Burton Group authors, once famously said, "ODF is a great format if you live in an alternative universe where MSOffice doesn't exist!" This observation speaks to the core problem facing ODF and those who seek to implement the ODF standard: ODF was not designed for the conversion of MSOffice documents. Nor was ODF designed to work with MSOffice applications. Another way of saying this is to state that ODF was not designed to be interoperable with MSOffice documents, applications and bound processes. The truth is that ODF was designed for OpenOffice/StarOffice. It is an application specific format. Both OOXML and ODF do a good job of separating content from presentation (style). The problem is that the presentation - layout layers of both ODF and OOXML remains bound to specific applications producing it. While the content layers are entirely portable and can be exchanged without information loss, the presentation layers can not. Microsoft makes no bones about the application specific design and purpose of OOXML. It's stated right in the Ecma 376 charter that OOXML was designed to be compatible with MSOffice and the billions of binary documents in MSOffice specific binary formats. The situation however is much more confusing with ODF. ODF is often promoted as being application, platform and vendor independent. After five years of development though, the OASIS ODF TC has been unable to strip ODF of it's OpenOffice/StarOffice specific aspects. ODF 1.0 - ISO 26300 had three areas that were under specified; meaning these areas were described in syntax only, and lacked the full semantics demanded by interoperable implementations. Only OpenOffice and StarOffice code base applications are able to exchange documents with an acceptable fidelity. The three under specified areas of ODF are: Lists (numbered), F
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

IBM's Stance Against OpenXML Is Increasingly Confusing : Oliver Bell's weblog - 0 views

  • Events have played out in the media and in the blogosphere over the last couple of weeks that represent a breakdown of some of those anti-OpenXML arguments that have been played back so frequently over the last year. Arguments that there is a lack of demand for Open XML, the specification is too complex to implement, the specification can’t be deployed cross platform and the long running but baseless claim that the Ecma-376 specification might be encumbered by IPR and patent threats all appear to have been cast aside as big blue steps up to meet the demands of their own customers and the market in general. Here is a blow by blow review of the relevant activity over the last two weeks…
Gary Edwards

OOXML: MSOffice Open XML - Where The Rubber Meets The Road | Matusow's Blog - 0 views

  • There can be no doubt that OOXML, as a standard, has severe flaws. &nbsp; It is incomplete, platform specific, application specific, full of contradictions, fails to adhere to existing standards, untestable, and presents a moving target for any IT worker. &nbsp;There is not an organization in existence, including Microsoft, that promises to actually implement the full standard. &nbsp;Much of this is due to the fact the final version doesn't actually exist on paper yet, but a large fraction is also do to the patchwork nature of the product. The reason governments and companies wanted a 'office apps' standard in the first place was to release an avalanche of data from aging applications. &nbsp;OOXML shows every appearance of being created to prevent this escape, not enable it. &nbsp; The immaturity of the standard means that it remains a gamble to see if older documents will remain readable or not. &nbsp;The lack of testing means there is no way to determine what docs actually adhere to it or not. &nbsp;The ignoring of existing standards guarantees compatibility problems. &nbsp;All of these factors are handy for the owner of the biggest share of existing documents, as it forces users to continue to use only _their_ application or risk danger from every other quarter.
  •  
    Perhaps the single best comment i've ever read concerning OOXML and the value of standards. Very concise and too the point. Thanks you Scott B!
  •  
    ISO NB's approved MS-OOXML not because it meets ISO Interoperability Requirements. It doesn't. OOXML doesn't even come close. They approved OOXML because it's the best deal they can get given the MSOffice predicament their governments are caught in. Governments got the binary blueprints they have been insisting on, but didn't get the mapping of those binaries to OOXML. Governemnts also took control of OOXML, with Patrick Durusau and the JTC-1 now in copmplete control of the specifications future. Sadly though, Durusau and company will not be able to make the interop changes they know are required by ISO and related World Trade Agreements. The OOXML charter prevents any changes that would degrade in any way compatibility with MSOffice! This charter lock was on full display in the Microsoft - Ecma response to Geneva BRM comment resolutions, with Microsoft refusing to address any comments that would alter compliance with MSOffice. Durusau has always believed that a one to one mapping between OOXML and ODF is possible. Just prior to the Geneva BRM though, the EU DIN Workgroup released their preliminary report on harmonization, which they found to be a next to impossible task given the applicaiton specific nature of both ODF and OOXML. The DIN Report no doubt left the mapping-harmonization crowd (lead by Durusau) with few choices other than to take control of OOXML and figure out the binary to OOXML mappings for themselves, wih the hope that somewhere down the road OpenOffice will provide OOXML documents. Meaning, governments are not looking at open standards for XML documents as much as they are looking to crack the economic hammer lock Microsoft has on the desktop.
Gary Edwards

The Stockholm Syndrom at ISO | ODF Editor Says ODF Loses If OOXML Does | Slashdot - 0 views

  • ISO is bound to the business of "interoperability", and has very strict guidelines for interoperability requirements, that are themselves tied to international trade agreements and legal conventions. In this context, it is beyond surprising that ISO allows the "OASIS PAS" and "Ecma Fast Track" channels to remain open, with specification work remaining under the controlling influence of the vendors.IMHO, the change in Patrick's position is entirely due to the realization that it is impossible to map between OOXML and ODF. I don't know this for sure, but when i read the German Standards Group (DIN) report on harmonization, authorized by the EU-IDABC and provided to ISO, i couldn't help but wonder how Patrick would react. The report definitively ends his OOXML ODF mapping dream.
  •  
    Response to Yoon Kit's comments that Patrick Durusau is caught between a rock and hard place. His ISO JTC-1 group is now overwhelmed with MS OOXML supporters!
Gary Edwards

The Charter Dilemma | ODF Editor Says ODF Loses If OOXML Does | Slashdot - 0 views

  • OOXML on the other hand presents ISO with a very different situation. Because of the way the OOXML - Ecma charter is worded, i don't see how ISO JTC-1 could ever fix the OOXML interoperability problems. ISO approval of OOXML would include acceptance of a charter that defines and limits OOXML interoperability to whatever MSOffice determines it to be. If Patrick and the JTC-1 tried to bring OOXML into compliance with existing ISO Interoperability Requirements, they would have to somehow amend a charter duly approved.Given that the JTC-1 has yet to address a two year old ISO directive regarding ODF interop compliance, what are the odds they will dare to amend an approved charter? Not good i think.ISO approval of OOXML is a tragedy for all of us. For sure it's the end of ODF. It's perhaps the end of ISO as a respected standards organization. The issue of open standards itself will become a joke, with the reality of standards by corporation having us all wringing our hands in despair.
  •  
    This commentary follows the Stockholm Syndrom post, which is itself in the thread based on Yoon Kit's Open Malaysia comments concerning the dilemma Patrick Durusau is in; the JTC-1 is now filled with Microsoft OOXML supporters!
‹ Previous 21 - 40 of 47 Next ›
Showing 20 items per page