Skip to main content

Home/ Groups/ Document Wars
Gary Edwards

Front-page: Matusow backs the French proposal? - 0 views

  • But markets and governments understand that Open Document is the appropriate standard to replace the old Microsoft binary formats for office communication.
  •  
    When did this happen? Th eonly thing markets and government pilot studies show is that it's IMPOSSIBLE to convert existing MSOffice documents to ODF. And even if you are able to do a lossy conversion, there is no way to convert back again without serious loss processing specific informaiton. (round tripping - which is critical to business process document exchange and routing).
Gary Edwards

The Future is CDF | Metaphorical Web - Kurt Cagle - 0 views

  • As editing increasingly moves onto the web, its safe to say that the document of choice will be neither ODF nor OOXML, both of which gain their power on the basis of supporting legacy word processing systems. Instead, what seems to be emerging from the W3C is something that is not an office suite because it didn’t evolve from one, but that nonetheless is capable of most if not all of the same functions that office suite documents pose.
Gary Edwards

Did the W3C acknowledge CDF's potential as an office format (vs ODF) in newly public e-... - 0 views

  • Along the way, both sides know that there is little margin for error. All it takes is for one slip-up in messaging, one missed appointment, one mistake or one technical snafu to create a hole that the other side will gladly drive a Mack truck through. The stakes are so high that both sides have done a remarkable if not awe-inspiring (though not always commendable) job in executing their global full court presses. For the ODF community, it’s relatively minor to have a few dissenters like Edwards and Hiser break ranks. But, should the W3C concur with Edwards and Hiser that CDF is the more sensible candidate (than ODF) to be the world’s international open standard for universal document interop and portability, solidarity around ODF could weaken. And any weakening of solidarity around ODF is exactly the sort of hole that Microsoft would look to drive a truck through. If an indicator from the W3C that CDF is better-suited for ODF’s job than ODF could lead to such a hole, a similar indicator from IBM would be disastrous for the ODF community. Although it’s nothing more than a wild guess on my behalf, I’m willing to bet that IBM is probably responsible for more than 40 percent of the global resources being brought to bear on ODF’s behalf, if not 50 or 60 (percent). Microsoft wouldn’t need a Mack truck to take advantage of an IBM insinuation that ODF is non-strategic (or, “transitional” as Edwards said to me in an e-mail). Global support for ODF would very likely unravel because of how many people from governments to businesses to the ISO would feel betrayed and Microsoft’s OOXML would be left as the only format standing. The ODF coalition might live to see another day and another battle with CDF as their savior, but the damage would very likely be irreversible given the long memories of most of those who were betrayed.
  • Whereas the W3C has very little riding on ODF (Format), IBM has everything riding on it. Alright, not everything. IBM is involved in plenty of other businesses. But, after investing so much in ODF and now being so close to its best shot at seeking the aforementioned revenge, the last thing Big Blue can afford is a material breakdown in the world’s interest in ODF.
  • The question now is whether that moment has arrived for Gary Edwards and Sam Hiser in whole or in part, or maybe not at all. In response to my post, Doug Schepers, the primary contact at the W3C for CDF commented that in his eyes, it was simply an “honest misunderstanding on their part, and perhaps overenthusiasm.” Edwards, who over the weekend, disclosed to me the exact content of his e-mails with Schepers clearly had enough and simply published those e-mails here on ZDNet under the heading An Honest Misunderstanding? Hardly! Play the tape!. You can read the e-mails yourself. But, if there’s any text in them that vindicates Edwards and Hiser, it’s the part where Schepers wrote the following to them (I’ve boldfaced the most salient point):
  • ...1 more annotation...
  • So, what do you think? Do Edwards and Hiser have more credibility now that this e-mail has come to light?
Gary Edwards

The City of Heerenveen turns OpenOffice.org into a Web 2.0 enterprise environment. - Flock - 0 views

  • “By migrating from Microsoft Office to OpenOffice.org we had to take our productivity environment to a higher level, so that the migration would not be perceived as a mere replacement but as a genuine improvement. The OpenOffice.org user doesn’t need to leave the OpenOffice.org application or start another application. This effectively eliminates the borders between template management and document collaboration for teams, projects and departments. We are focused on the user and on the usability of the applications we use. With O3Spaces Workplace we’ve found a fully integrated document management, collaboration environment that till now couldn’t be found on the market”, says Hiemstra.
Gary Edwards

ODF 1.2 Metadata? You're Dreaming! Microsoft starts rolling out more OOXML translators... - 0 views

  • Sorry Shish, you're wrong about ODF 1.2 Try ODF 1.5 or ODF 2.0, maybe. The metadata requirements for ODF 1.2 actually did include two way lossless translation capability. Unfortunately these features did not survive the final cut, and were not included in the April 2007 submission. You might also want to check the February 23, 2007 metadata proposal from Florian Reuter. That also would have delivered the goods and perhaps put ODF that grand convergence category of usefulness across desktops, servers, devices and web systems currently the exclusive domains of MS-OOXML and CDF+. Florian had devised a means of using metadata to describe the presentation aspects of content and structural objects. Very revolutionary. And based on the simple notion that bold, font, margins etc. are simply metadata about content and style objects. Where the train came off the track had to do with the concept of an XML ID means of linking metadata to content. Not that there was anything wrong with this mechanism. It's actually quite clever. What went wrong was that Sun insisted that only those elements approved and supported by OpenOffice would be allowed to make use of XML ID metadata. For independent developers, this is a serious constraint. Because of this constraint, the metatdata sub committee started off with six elements supported by OOo that metadata could be appied to. IBM then came in and asked for eleven more elements having to do with charts and graphs. The OpenOffice crew decided they could support this, so in they went. Then an interesting question was posed, "How are independent developers supposed to submit elements for metadata consideration?"
Gary Edwards

Play the tape!!! The W3C eMails to the Foundation tell a differenct story | OpenDocumen... - 0 views

  • An honest misunderstanding? Hardly! Play the tape! Instead of arguing about who said what when, let's just go to the record and see exactly what the W3C's Doug Schepers said to us in an eMail introducing himself. Keep in mind that we did not contact the W3C or Mr. Schepers. The following eMail was most welcome, but entirely unsolicited.
  •  
    The W3C's Doug Schepers joins the discussion claiming that the Foundation misunderstood his eMail messages.   We say otherwise!

    There is of course one way to settle this: PLAY THE TAPE!

    So here it is.

    ~ge~

Gary Edwards

Novell adds fuel to the fire in OOXML feud - News - Builder AU - 0 views

  • Microsoft has created its own proprietary document format, Office Open XML (OOXML), as a rival to the community-developed OpenDocument Format (ODF). OOXML is used in Microsoft's latest applications suite, Office 2007. Despite some efforts by the two camps, ODF and OOXML are, for the most part, not interoperable, meaning documents that are created in one format cannot be successfully read by applications based on the other format. According to Novell's vice president of developer platforms, Miguel de Icaza, the situation won't change in the foreseeable future. Want to know more? For all the latest news, analysis and opinion on open source, click here "There's no end in sight to the ongoing disputes between the two camps," said de Icaza, speaking at XML 2007, a Microsoft-sponsored event, on Tuesday. "In 2006, there was lots of FUD [fear, uncertainty and doubt] about the problems behind OOXML and it went downhill from there," Icaza said. "Neither group is willing to make the big changes required for real compatibility," de Icaza added.
    • Gary Edwards
       
      What efforts are you talking about? The last time any effort was made to accomodate interoperability was in 2003 with the establishment of the ODF "Compatibilty clause" (Section 1.5). "Despite some efforts by the two camps, ODF and OOXML are, for the most part, not interoperable, meaning documents that are created in one format cannot be successfully read by applications based on the other format......" Section 1.5 authorizes the use of "foreign elements" and "alien attributes". These techniques were specifically written into ODF for handling unknown characteristics of existing MSOffice documents (binary and/or xml) on conversion to ODF. Since the Section 1.5 addition in 2003, every other suggestion to improve interop between ODF and MSOffice documents has been rejected by the OASIS ODF TC and Sub Committees. There are three problems with Section 1.5. The first is that there is only so much that can be done with foreign elements and alien attributes. There are still remaining compatibility issues relating to the basic structures of lists, tables, fields, sections and page dymnamics. The OpenDocument Foundaiton spent over a year trying to get approval for five generic elements relating to these structures, without success. As i said, there has not been a single successful comatibility - interoperability effort since 2003, although many have been proposed. The second reason for the failure of Section 1.5 is that OpenOffice only partially implements the "Compatibility Clause". OOo only recognizes "foreign elements and alien attributes" with text spans and paragraphs. The third reason is that "compatibility" is optional in ODF. The clause does not have any teeth. Applications can implement only those aspects of the spec they feel like implementing, and still be in total "compliance". This creates serious interop problem not only for MSOffice plug-in comverted documents, but also renders as
Gary Edwards

Podcast: ODF, OOXML and CDF .... The OpenDocument Foundation Responds | Between the Lin... - 0 views

  • David continues his deep dive into the curious case of the OpenDocument Format and the OpenDocument Foundation.
  •  
    Dragged through the mud
Gary Edwards

ConsortiumInfo.org - ODF vs. OOXML: War of the Words Chapter 5 - 0 views

  • Unlike screw threads, which are easily implemented with complete fidelity, it is sometimes only feasible to create a standard for software that, in a given case, at best will enable two products to become close to interoperable.  After that, tinkering and testing is necessary to accomplish the final "fit."  Similarly, the costs to innovation in achieving true "plug and play" interoperability when that result is feasible may be unacceptably high, leading to a decision to create a standard that (like ODF) only locks in a very significant amount of functionality, rather than complete uniformity (as OOXML strives to achieve).
    • Gary Edwards
       
      This is an odd way of stating the interop problem between ODF and the billions of legacy MSOffice documents? "The costs to innovation in achieving true plug and play interoperability (high fidelity conversion?) when that result is feasible may be unacceptably high......"
      OOXML was designed for the high fidelity conversion of those billions of legacy MSOffice documents. ODF was not.
      What's interesting here is that Andy is correctly pointing out that the ODF vednors refuse to compromise on the innovative ways OpenOffice differs from MSOffice. The innovations involve the different ways OpenOffice implements basic docuemnt structures such as lists, sections, fields, tables and page dynamics. MSOffic euses an older method of implementation.
      When converting legacy MSOffice documents to ODF, the fidelity breaks down wherever these strucutral features are present. The key point here is that these strucutral differentials are exactly related to how OpenOffice and MSOffice differ in their implementation methods. It's an application difference beign expressed at the file format level!!!!!!!!!!!
      The ODF vendors refuse to compromise with their application level innovations. The result of this is that billions of MSOffice docuemnts cannot be converted to ODF without significant loss of information.
      Which is to say: both ODF and OOXML are application specific formats. Worse, neither ODF or OOXML specify the syntax and semantics of layout!!! They only specify the syntax. Developers must study OpenOffice and MSDOffice to figure out how presentation (layout) is achieved.
      This stands in stark contrast to the W3C's Compound Document Format (CDF). CDF provides a very generic, application independent separation of content (XHTML) and presentation (CSS), where the presentation layer is entirely specified. CSS is highly portable because it is completely specified and totally application indepen
  •  
    The First Law of the Interent is that of interoperability. Interop ALWAYS comes first.
    Interop trumps innovation!!!
    This is why the Interent changes everything. Innovation takes place within the bounds of ineroperabiltiy. Vendors of course rely on innovation as the primary means of market differentiation. They would of course champion innovative features. Interop on the other hand is a leveling force.
Gary Edwards

Study: Open Document Format made gains in '07 | InfoWorld | News | 2008-01-04 | By Chri... - 0 views

  • "It's one thing to recognize ODF as a matter of policy in an enterprise architecture framework and another to mandate its use," he added. "Proprietary formats in the public sphere are going out of style and becoming unacceptable globally."
    • Gary Edwards
       
      That's right! Which is why announcing a preference for HTML, XHTML, PDF and ODF is meaningless. A mandate for ODF RATHER THAN OOXML is the only way ODF can succeed as an open standard.
Gary Edwards

Can IBM save OpenOffice.org from itself? - 0 views

  • OpenOffice.org's biggest foe may be Microsoft Office, but critics say the open-source organization has, from its inception, also been one of its application suite's own worst enemies -- a victim of a development culture that differs radically from the open-source norm. Observers now wonder if IBM's entry into OpenOffice.org can make the necessary changes.
    • Gary Edwards
       
      good article from Eric Lai of ComputerWorld. Written on the eve of the infamous Barcelona OpenOffice.org developers conference, Eric argues that OOo isn't a real open source community. Instead, OOo is a owned and operated by Sun.
      One of the more important control points Sun insists on is that of commit rights and project managers. Only Sun employees have these rights and can hold these important positions..
      The more important point is made by Marbux (below: ODF is an application specific format designed exactly for OpenOffice. While other applications might partially implement ODF, interoperability and successful ODF document exchange require the OOo code base!
      From Marbux: This is the only article I've found to date where IBM (Heintzman) flat out says IBM wants changes in OOo licensing, more in line with the Eclipse and Apache licenses. See pg. 2. Significant because it feeds the meme that IBM's own ODF-based development goal is proprietary closed source built on the OOo code base, e.g., Symphony, et cet.
      And that has huge signficance once you realize that ODF is not the real standard; the OOo code base is the real ODF standard. Look around the world and you see that ODF adoption decisions by governments are all in reality decisions to go with StarOffice, OOo, or OOo clones. I haven't, for example, seen a single instance where a government decided to ride with KOffice. Why would they, with the interop issues between KOffice and OOo? The fact that OOo's code base is the real ODF standard will figure strongly in the comments. Couple it with Sun's iron-fisted control of the OOo code base, and you have vendor lock-in with a Microsoft partner.
      But with 70 developers committed in China, where developers salaries are inexpensive, IBM will soon be in a position to threaten to fork the OOo code base using proprietary extensions. Is that their real tactic to force changes in licensing and gov
Gary Edwards

Can IBM save OpenOffice.org from itself? - 0 views

  • In e-mailed comments, Heintzman said his criticisms about the situation have been made openly. "We think that Open Office has quite a bit of potential and would love to see it move to the independent foundation that was promised in the press release back when Sun originally announced OpenOffice," he said. "We think that there are plenty of existing models of communities, [such as] Apache and Eclipse, that we can look to as models of open governance, copyright aggregation and licensing regimes that would make the code much more relevant to a much larger set of potential contributors and implementers of the technology.... "Obviously, by joining we do believe that the organization is important and has potential," he wrote. "I think that new voices at the table, including IBM's, will help the organization become more efficient and relevant to a greater audience.... Our primary reason for joining was to contribute to the community and leverage the work that the community produces.... I think it is true there are many areas worthy of improvement and I sincerely hope we can work on those.... I hope the story coming out of Barcelona isn't a dysfunctional community story, but rather a [story about a] potentially significant and meaningful community with considerable potential that has lots of room for improvement...."
  •  
    Heintzman must be referring to the Rob Weir -OASIS ODF Adoption (cough marketing-lobbying) TC event called the "ODF Interoperability Workshop". This was a day long event demonstrating for all the world to see that there is no such thing as ODF interoperability. The exchange of documents between OpenOffice 2.0, KOffice and Lotus Symphony is pathetic. The results of the day long event were so discouraging that Rob Weir took to threatening developers who attended in his efforts to keep a lid on it. I think this is called damage control :). From what i hear, it was a very long day for Rob. but that's no excuse for his threatening anyone who might publicly talk about these horrific interop problems. The public expects these problems to be fixed. But how can they be fixed if the issues can't be discussed publicly?
  •  
    Lotus Symphony is based on the OpenOffice 1.1.4 code base that IBM ripped off back when OpenOffice was under dual license - SSSL and LGPL.
Gary Edwards

Can IBM save OpenOffice.org from itself? - 0 views

  •  
    This quote from Chalres Schultz is ridiculous. Because Novell is not allowed to commit code to OpenOffice, they must maintain a separate code base of extensions and improvements. With each build of OpenOffice, Novell must reintegrate their changes into the code base, making for a managerial nightmare. When Novell does have improvements that Sun wants though, there is no end to the hoops of fire the Sun developers will jump through to get it. The Field Enhancement routine written by Novell's Florian Router is one of those improvements that Sun had to have. Sun even went so far as to arguing for changes in the way ODF implements fields to accomodate the Novell improvements! It's important to note however that Sun did not support the ODF Field Enhancements UNTIL Novell agreed to donate Florian's code to OpenOffice!!!!!! Proving conclusively what i have been arguing for years: Sun does not allow for any changes to ODF unless and until those changes can be implemented by OpenOffice. The ODF Field Enhancements needed by Florian's fix to OpenOffice were originally proposed on July 12th, 2006, when Florian was the CTO of the OpenDocument Foundation. These changes to the way ODF implements fields were needed by the da Vinci plug-in as part of our efforts to save ODF in Massachusetts. so here we have a rather direct example of Sun refusing improvements to ODF when needed by another application (da Vinci), but supporting those exact same changes when it is OpenOffice that can be improved!!! The arguments that the OpenOffice.org Community isn't open also apply to the OASIS ODF TC work!!!!!!
  •  
    Good catch by Eric!
    This link is to the infamous Sun statement of support for MS OOXML issued by Jon Bosak when ISO DIS 2900 was voted on by the US delegation to ISO.
    The statement is important because it directly references the core issue: MS OOXML was written for MSOffice and the billions of binary docuemnts bound to that application suite. ODF on the other hand was written to OpenOffice.
    Because ODF was not designed for the conversion of those billions of MSOffice documents, conversion is next to impossible. The implementation of ODF in MSOffice is next to impossible. The loss of information, especially the presentation-layout information, is so severe as to be intolerable in the real world.
    This leaves the real world, where MSOffice dominates over 550 million desktops, unable to implement ODF. In light of this real world problem, Sun's Bosak urges support for MS OOXML as an ISO standard!!!
    So we have this situation at OASIS ODF where Sun is in control of both ODF and OpenOffice, refusing in all cases to compromise the linkage or accomodate the much needed interoperability enhancemnts seeking to improve the conversion of billions of documents to ODF. And publicly supporting MS OOXML as the only pragmatic alternative to the situation Sun is responsible for!
Gary Edwards

Look what Google can do now: OOXML! - 0 views

  • Instead of dialing 411 on your phone and paying the service fee, dial 800-GOOG-411
  • Send the name of the business and the city or the ZIP code to GOOGLE. (Type GOOGLE into the address or number field, like you would if you were using a phone number.) Google will text you back with the address and phone number.
Gary Edwards

5 Things Microsoft Must Do To Reclaim Its Mojo In 2008 -- InformationWeek - 0 views

  • Instead of fighting standards, Microsoft (NSDQ: MSFT) needs to get on board now more than ever. With open, Web-based office software backed by the likes of IBM (NYSE: IBM) (think Lotus Symphony) and Google (NSDQ: GOOG) now a viable option, users—especially businesses frustrated by Microsoft's format follies (many are discovering that OOXML is not even fully backwards-compatible with previous versions of Microsoft Word)--can now easily switch to an online product without having to rip and replace their entire desktop infrastructure.
    • Gary Edwards
       
      This article discusses how Microsoft might change their ways and save the company. This particular quote concerns Microsoft support for standards, and their fight to push MS OOXML through ISO as an alternative to ISO approved ODF 1.0.
      The thing is, ODF was not designed for the conversion of MSOffice documents, of which there are billions. Nor was ODF designed to be implemented by MSOffice. ODF was designed exactly for OpenOffice, which has a differnet model for impementing basic docuemnt structures than MSOffice.
      So a couple of points regardign this highlight:
      The first is that IBM's Lotus Symphony is NOT Open Source. IBM ripped off the OpenOffice 1.1.4 code base back when it was dual licensed under both SSSL and LGPL. IBM then closed the source code adding a wealth of proprietary eXtensions (think XForms and Lotus Notes connections). Then IBM released the proprietary Symphony as a free alternative to the original Open Source Community "OpenOffice.org".
      If Microsoft had similarly ripped off an open source community, there would be hell to pay.
      Another point here is the mistaken assumption that users can easily switch from MSOffice to an on-line product like Google Docs or ZOHO "without having to rip our and replace their entire desktop infrastructure."
      This is a ridiculous assumption defied by the facts on the ground. Massqchusetts spent two years trying to migrate to ODF and couldn't do it. Every other pilot study known has experienced the same difficulties!
      The thing about Web 2.0 alternatives is that these services can not be integrated into existing business processes and MSOffice workgroup bound activities. The collaborative advantages of Web 2.0 alternatives are disruptive and outside existing workflows, greatly marginalizing their usefulness. IF, and that's a big IF, MSOffice plug-ins were successful in the high fidelity round trip conversion of wor
  • Microsoft in 2008 could make a bold statement in support of standards by admitting that its attempt to force OOXML on the industry was a mistake and that it will work to develop cross-platform compatibility between that format and the Open Document Format
    • Gary Edwards
       
      It's impossible to harmonize two application specific file formats. The only way to establish an effective compatibility between ODF and OOXML would be to establish a compatibility between OpenOffice and MSOffice.
      The problem is that neither ODF or OOXML were developed as generirc file formats. They are both application specific, directly reflecting the particular implementation models of OOo and MSOffice.
      Sun and the OASIS ODF TC are not about to compromise OpenOffice feature sets and implmentation methods to improve interop with MSOffice. Sun in particular will protect the innovative features of OpenOffice that are reflected in ODF and stubbornly incompatible with MSOffice and the billions of binary documents. This fact can easily be proven be any review of the infamous "List Enhancement Proposal" that dominated discussions at the OASIS ODF TC from November of 2006 through May of 2007.
      So if Sun and the OASIS ODF TC refuse to make any efforts towards compatibility and imporved interop with MSOffice and the billions of binary docuemnts seekign conversion to ODF, then it falls to Microsoft to alter MSOffice. With 550 million MSOffice desktops involved in workgroup bound business processes, any changes would be costly and disruptive. (Much to the glee of Sun and IBM).
      IBM in particular has committed a good amount of resources and money lobbying for government mandates establishing ODF as the accepted format. this would of course result in a massively disruptive and costly rip out and replace of MSOffice.
      Such are the politics of ODF.
Gary Edwards

Collaboration and Content Strategies Blog: Free Report on ODF/OOXML Available - 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

Novell: No end to OOXML disputes - ZDNet UK - 0 views

  • Despite some efforts by the two camps, ODF and OOXML are, for the most part, not interoperable, meaning documents that are created in one format cannot be successfully read by applications based on the other format. According to Novell's vice president of developer platforms, Miguel de Icaza, the situation won't change in the foreseeable future.
    • Gary Edwards
       
      The money quote. ODF was not designed to be compatible with the billions of MSOffice legacy documents, or interoperable with the 5550 million legacy MSOffice desktops.
  • "Neither group is willing to make the big changes required for real compatibility," de Icaza added.
Gary Edwards

Whither OpenDocument Format? Say Hello To a Truly Universal File Format - CDF! - 0 views

  • Filtering vs. Standards Corel's policy is to focus on what its customers want rather than get overly involved in any one document format, Larock explained. WordPerfect uses Corel's proprietary document format but makes that code available. "We have filters built in to translate into more than 65 different file formats, including OOXML and ODF," he said. "That list included some legacy WordPerfect, AMIPro, PDF, multiple MS Word earlier formats and numerous graphic file formats." Maintaining filters for legacy document formats is important. People have lots of older files in archive that they still want to access, said Larock. Up for Grabs The evolution of text on the Internet along with the use of Web 2.0 applications is starting to have an impact. It is becoming a contest between a desktop presence and a Web-based format, according to Larock. He compared the situation to the transition from analog to digital formats in the telephone industry.
    • Gary Edwards
       
      Another big endorsement for the W3C's CDF as the universal file format!
Gary Edwards

How A PAID IBM Lobbyist Orchestrates The Worldwide Search for a Standard Document Format - 0 views

  • Open Means Open For a document format to be considered "open," it should be fully implemented by many different vendors, interoperable, fully published, and available royalty free without intellectual property restrictions. Microsoft's OOXML continues to fail this test. For example, the comments from the British Standards Institute pointed out that "there was no other proven implementation of OOXML apart from Office 2007." Unless and until there is another proven implementation, any government beginning to use OOXML would be faced with only one option. This is contrary to the objective of government open standards policies. Open standards policies are proliferating as governments seek to create IT architectures that rely on open standards to allow multiple vendors to compete directly based on the features and performance of their products. What governments obviously need are open standards that enable technology solutions that are portable and that can be removed and replaced with that of another vendor with minimal effort and without major interruption.
Gary Edwards

ODF Split: Good Riddance, Good Grief, or Game Over? Michael Desmond Redmond Developer ... - 0 views

  •  
    Interesting comment from Simon Phipps: maybe we'll see ODF interoperability in versions 1.3 or 1.5? Note to Simon: It's been five years now since owrk on ODF began! Why not do something about the piss poor ODF interop now? Do we really need to wait another five years? ODF interop problems can be fixed with a simple vote to change the wording in Section 1.5, the Compatibility Clause, from should to must. Today compliance is optional, and it's killing ODF!!!! And this clown says we were out of our depth? He's out there peddling zero interoperability amongst ODF ready applications, with over 550 million users unable to convert their billions MSOffice documents to ODF, and we're the ones out of our depth? Although ODF began a noble and honorable effort to gift mankind with an open universally interoperable XML strucutred format also application, platform and vendor independent, things have changed. The big vendors have taken over, and turned this once noble effort into a shameless marketing war that's invaded international politics as it has corrupted international standards orgs. Game Over! ~ge~
  •  
    Interesting comment from Simon Phipps: maybe we'll see ODF interoperability in versions 1.3 or 1.5? Note to Simon: It's been five years now since owrk on ODF began! Why not do something about the piss poor ODF interop now? Do we really need to wait another five years? ODF interop problems can be fixed with a simple vote to change the wording in Section 1.5, the Compatibility Clause, from should to must. Today compliance is optional, and it's killing ODF!!!! And this clown says we were out of our depth? He's out there peddling zero interoperability amongst ODF ready applications, with over 550 million users unable to convert their billions MSOffice documents to ODF, and we're the ones out of our depth? Although ODF began a noble and honorable effort to gift mankind with an open universally interoperable XML strucutred format also application, platform and vendor independent, things have changed. The big vendors have taken over, and turned this once noble effort into a shameless marketing war that's invaded international politics as it has corrupted international standards orgs. Game Over! ~ge~
« First ‹ Previous 41 - 60 Next › Last »
Showing 20 items per page