Skip to main content

Home/ Groups/ Document Wars
1More

What Cloud Means to Marketing Forecast - Nick Carr The Big Switch - 1 views

  • The gorilla in this nascent market is Google. It has been spending billions of dollars to build huge data centers, or "server farms," around the world, enabling it to run all sorts of consumer software and store enormous quantities of personal data. Combine that processing muscle with the company's dominance of web searching and advertising, and you have a juggernaut capable of redefining the software business on the media model.
1More

UseOffice. Net - A Modern Component to Accurately Convert Popular Office Formats - 1 views

  •  
    Cloud based Productivity Platforms and Document Management Systems just got a huge "integration with legacy desktop productivity environments"  boot from UseOffice. Net - a powerful component for integration of converting functions to Web-server ASP.NET and desktop applications Windows Forms applications for the platform of Windows, including the following versions: 2000, XP, Vista, 2008 Server, Seven. Applications built on the basis of this component, allow the user to quickly, and most importantly - accurately convert the formats DOC, DOCX, RTF, PPT, PDF, HTML, XHTML various documents - reports, forms, invoices, articles, forms, presentations, web pages etc. The converted documents are fully preserve the visual characteristics of the original, including elements of the structure and format, such as tables, font styles, colors, page margins, etc. UseOffice. Net Supports the following areas of transformation: - DOC to: html, xml, rtf, txt, pdf, docx - DOCX to: html, xml, rtf, txt, pdf, doc - HTML to: doc, rtf, txt, pdf - XLS to: html, xml, txt, csv, rtf, pdf - RTF to: html, xml, txt, doc, pdf - PPT to: html, xml, rtf, pdf, jpg, bmp, gif - XLSX to: html, xml, txt, csv, rtf, pdf Integrate the components into an application quickly and easily - just add a couple lines of code. The component is written in C # and requires the set. NET Framework and Microsoft Office (any version from 2000, XP, 2003, 2007, 2010). The following development environments: C #, VB.Net, J #, C + +. NET, Delphi.NET, ColdFusion 8, ASP.NET, and many others ... Combining ease of use and quality conversion UseOffice. Net allows you to set page numbers in the final document, orientation and page size settings for images and more necessary in the conversion.
1More

WebODF - 1 views

shared by Gary Edwards on 01 Jun 11 - No Cached
  •  
    WebODF is a JavaScript library that makes it easy to add Open Document Format (ODF) support to your website and to your mobile or desktop application. It uses HTML and CSS to display ODF documents. WebODF is a Free Software project. All code is available under the AGPL. This means that you can use the code free of charge, investigate how it works, and share it with others. Description of WebODF From LWN: ODF on the web An especially interesting project that was presented is WebODF, which wants to bring ODF to the web. Jos van den Oever started from the observation that a lot of office suites are moving into the "cloud". Examples are Microsoft Live Office, Google Docs, and Zoho. But where are the free software alternatives for the cloud? For OpenOffice.org, KOffice, AbiWord, and Gnumeric, there are none that have a cloud version with ODF support. That was the motivation for Jos to start a project to fill in this gap and let users view and edit ODF documents on the web without losing control of the document into some company's servers. The strategy Jos followed was to use just HTML and JavaScript for the web application. The application then loads the XML stream of the ODF document as is into the HTML document and puts it into the DOM tree. Styling is done by applying CSS rules that are directly derived from the and elements in the ODF document. That is how WebODF was born; it is a project with the initial goal of creating a simple ODF viewer and editor for offline and online use, implemented in HTML5. The small code base consists of one HTML5 file and eight JavaScript files, each of which is a few hundred lines of code. The most interesting part is that it doesn't need server-side code execution: the JavaScript code is executed in the user's browser and saving the document to the web server is done using WebDAV. It supports both the Gecko and WebKit HTML engines. There is also an implementation on top of QtWebKit, which is
1More

Florian's libopc webkit demo - 1 views

  •  
    Florian Reuter has published another video demonstrating his LibOPC work; this time with his LibOPC library running in WebKit.
2More

The big winner from Apache OpenOffice.org | ITworld - Brian Proffitt - 1 views

  •  
    Brian is once again writing about OpenOffice and ODF, this time in the aftermath of Oracle's decision to cut OOo loose and turn it over to Apache instead of The Document Foundation.  Good discussion - features a lengthy comment from the mighty Marbux where he vigorusly corrects the river of spin coming out of IBM.  Worth a careful read! excerpt: IBM seems to maneuver itself to any open source project that suits its needs, and for whatever reason they have decided to hitch their wagon to Oracle's star (or vice versa). With this historical context, there is really little surprise in Oracle's decision to go with the Apache Software Foundation, because IBM was probably influencing the decision. My second question doesn't have a definitive answer--yet. But it needs to be answered. It is simply this: how will OpenOffice.org remain relevant to end users?
  •  
    I should have added to that comment a stronger warning for the Apache Foundation Board and developers considering joining the IBM-backed Apache OpenOffice.org incubator project in regard to the danger posed by IBM and Oracle's control of the OpenDocument Formats Technical Committee at OASIS, aptly characterized by IBM's Rob Weir: "Those who control the exchange format, can control interoperability and turn it on or off like a water faucet to meet their business objectives." Rob Weir, Those Who Forget Santayana, An Antic Disposition (20 December 2007), http://www.robweir.com/blog/2007/12/those-who-forget-santayana.html What IBM, Oracle, and others can do by manipulating the ODF specification that Apache OOo depends upon is something entirely outside the control of the Apache Foundation. And as history has taught us so well, IBM and Sun exercised that control mercilessly via their co-chairmanship of the ODF TC to block all real interoperability initiatives. That is the very reason that only ODF implementations that share the same code base can interoperate. And if one were tempted to think that IBM and Sun/Oracle would not even consider manipulating the ODF specification to their own commercial advantage, consider the fact that in writing the quoted statement above, Rob Weir was speaking from deep personal experience in in such activities. So beware, both Apache Foundation and LibreOffice developers.
2More

Continuing Intermittent Incoherency » The W3C Cannot Save Us - 0 views

  • It signals the effective end of the CSS WG as we (don’t) know it. Rebuilding credibility in the WG is going to be much, much harder now that Mozilla’s representative has effectively given up on the closed-door process. The working group’s secret cabal style of operation is imploding. It was inevitable, but the timing is still a surprise. But why was it inevitable? And should we take Andy’s suggestion seriously and expect a re-chartered WG to do better? After thinking about it for a while, I think the answer is that we can’t expect any standards body to do what is being asked of the CSS WG; namely to invent the future by committee.
    • Gary Edwards
       
      Alex Russel of Dojo fame is calling for a break from the W3C Standards work, and a return to browser led innovation. His reasoning is that the W3C committees are unable to keep up with the innovative needs of Web Developers. W3C Standards are holging us back.
      So, do we listen to Alex and trade standards based interoperability for vendor based "innovation"? I think not. There is an error in Alex's logic i think.
      The error is in mot fully recognizing the power and influence vendors have at the W3C. It's not that the W3C lags. It's that the vendors who sponsor much of the W3C standards work desire to hold back standards in order to provide for marketplace innovation differentials. Teh sad truth is that vendors have learned how to work both open standards and open source communities to protect their applications.
2More

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~
2More

Rough Type: Nicholas Carr's Blog: The Office question - 0 views

  • As I argued in my post Office Generations last year, we're in the early stages of the "hybrid phase" of personal productivity applications, when most people will use web apps to extend rather than replace their old Office apps. This phase will play out over a number of years as the web technologies mature, at which point it will become natural to use purely web-based apps (with, probably, continued local caching of data and program code). What this means is that Microsoft has a good opportunity to maintain Office's dominance during the switchover by pursuing what it calls its "software plus services" strategy. But Microsoft should be anything but complacent right now. Maintaining market dominance does not necessarily mean maintaining traditional levels of profitability. The biggest threat posed by online alternatives may well be to undermine Microsoft's pricing power - a trend we're already seeing in the student market.
    • Gary Edwards
       
      It's all about interoperability and functionality without disruption to existing business processes.
2More

Home - Berkman Center for Internet & Society - 0 views

  • There were 5 successive Roundtables.  Each roundtable was led by 5 short presentations before the topic was opened to the floor for general discussion.  The first roundtable focused on "What is ODF, and why are open document standards important". There were many questions regarding how open standards affect competition and innovation, whether ODF is in fact the best standard, issues of archiving and interoperability with ODF as well as how ODF addresses/will address concerns of accessibility for disabled persons. The second Roundtable discussed how various software developers were responding to ODF and the third roundtable focused on whether governments or non-governmental and consumer organizations should systematically use procurement policy to promote ODF.  The following roundtable was a lively discussion on whether national or global "agreements" can play a role in promoting ODF and how.  During that roundtable as well as the last one on "Reflections and next steps", there were discussions of future work and strategies on ODF in a new international forum, the Internet Governance Forum (IGF) to be held in Athens, Greece, October 30 - November 3, 2006.
    • Gary Edwards
       
      The Berkman Center for Internet & Society at the Harvard Law School held an Open Document Conference, October 23rd, 2006. Just a few weeks after the October 4th, 2006 resignation of Massachusetts CIO Louis Gutierrez. This is the summary report of organizer Manon Ress. Sam Hiser represented the OpenDocument Foundation. The ZERO Interop problems that plague ODF implementation were not discussed. Strangely :) Another point not discussed is the fact that ODF is not an Internet file format. It's a desktop office suite only format. This constraint is written into the ODF charter. Interestingly, one of the problems of making ODF Web ready is that of highjacked W3C standards. Highjacking occurs when a specification or application takes existing W3C standards and changes the namespace reference to it's own. This is what ODF does. The reason for doing this is to constrain and limit the W3C standard to just those aspects implemented by the ODF reference application, OpenOffice. XForms, SVG, SMiL, XHTML, RDF/XML and RDFa are problematic examples of W3C namespaces that have been highjacked by ODF to meet the specific implementation constraints of OpenOffice. This impacts developers who rely on standard libraires to do conversions and processing. The libraries are built to the proper W3C namespace, and unfortunately assume that ODF complies. It doesn't, So developers have to investigate how OpenOffic eimplements XForms and SVG, and build special ODF libraries before they can use ODF on the Web. It can be done, i think. But it's a train wreck of a mess guaranteed to destroy the high level of web interoperability users and developers expect.
1More

ODF 1.2? You're dreaming! Microsoft starts rolling out more OOXML translators | Mary... - 0 views

  • Over the next three months, Microsoft will be releasing new and updated translators designed to aid  customers who want interoperability between Microsoft’s Office Open XML (OOXML) and other document formats, including Open Document Format (ODF). On December 4, Microsoft began rolling out three new translators that it plans to make available this month: A 1.1 update of its translator for Word; an Open XML spreadsheet translator and a presentation translator. Additionally, in February 2008, Microsoft will deliver the final version of its translator designed to provide interoperability between the Chinese-government backed Uniform Office Format (UOF) file format and OOXML. Microsoft announced the creation of the SourceForge-hosted Open Translation Project in July 2006. At that time, the Softies said the translator-focused initiatve was started “in response to government requests for interoperability with ODF because they work with constituent groups that use that format.” Vijay Rajagopalan, a Microsoft Principal Architect, provided the update on the OOXML-ODF translation work during the XML 2007 conference on Decmeber 4. During the XML 2007 interoperability panel — sponsored by Microsoft and of which Rajagopalan was a part — the ongoing battles that have raged for the past couple of years between Microsoft and the backers of ODF were a mere sidenote.
2More

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).
4More

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?
1More

Former ODF Leaders Turn Hopes to Compound Document Format - 0 views

  • Editor's Note: This is the third in a series of articles that examine why the ODF Foundation closed down. The leaders of the recently shuttered OpenDocument Foundation have moved their attention and efforts away from the Open Document Format and towards the W3C's Compound Document Format, which they believe will be able to neutralize Microsoft Office by repurposing those documents.
1More

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?"
1More

Open Document Format: The sad truth | Scott Mace Information Manager Journal - 0 views

  • Open Document Format: The sad truth David Berlind has posted a massive chronicle of who said what to whom about the supposed emergence of CDF as an alternative to Open Document Format (ODF) and OOXML. I played a minor role in this saga when I spoke with Gary Edwards for Opening Move, back in April. This was before Edwards proposed CDF in place of ODF. If you haven't listened to our conversation, please do so, because the concerns Edwards raised about ODF (and OOXML) remain just as valid today. While I'm sad to see Edwards' more recent direction and assertions debunked in the press and the blogosphere, the greater tragedy is of two competing document standards -- ODF and OOXML -- now on seemingly irreversible paths to immortality, meaning we'll have translation issues between them around for several lifetimes to come.
1More

Inside PDF: CDF - 0 views

  • The real technical content of the CDF recommendations is in details of how to glue these various (XML markup) languages together once they all have been processed into their respective DOMs. It establishes conventions for how a script might reach across DOM boundaries, how events might get propagated across DOM boundaries and stuff like that. I won't go into this any deeper because you will get more accurate information by just reading the W3C documents. But the main idea of CDF is to bring these variously defined content types into a uniform "framework" so that scripts can operate more at a document level instead of being confined to their own document child.
1More

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.
2More

Does ODF 1.2 Metadata Solve the Interop Problem? - Microsoft starts rolling out more O... - 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?"
  •  
    A Second response to Mary Jo's, "Microsoft starts rolling out more OOXML translators" is also posted here. The title is "Standardization by Corporation". Shish-Ka-Bob makes the assertion the ODF 1.2 metadata model will enable lossless two way conversion between MSOffice and ODF. While it's true that that intent was a key component of the original July of 2006 Metadata Requirements, the proposal was eventually stripped from the final submission made in April of 2007. I try to explain to Shish how that came about. The second post here, "Standardization by Corporation", is a follow on to statements made to Shish. The statements have to do with the events at ISO, and what i think will eventually happen. IMHO, ISO will follow either the AFNOR or Brittish proposals to merge ODF and OOXML. To do this they will remove entirely the coproarate vendor influence of Ecma and OASIS, and perfect the merger entirely at ISO. My post just happened to coincide with ISO Governor Mark Bryan's "Standardization by Corporations" letter. A derpressing but nevertheless very true concern. In fact, the OpenDocument Foundation was created specifically to address our concerns about the undue influence big application vendors were exerting on ODF following the April 30th, 2005 approval of ODF 1.0 (which went on to become ISO 26300). ~ge~
2More

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
1More

open...: Oh, Tell Me the Truth About...the ODF Bust-Up - 0 views

  • Oh, Tell Me the Truth About...the ODF Bust-Up The recent decision by the OpenDocument Foundation to shift its energies away from ODF to CDF has naturally provoked a lot of rather exaggerated comment. I wrote a piece for LWN.net (now out from behind the paywall) exploring what exactly was going on, and found out that there are bigger issues than simply document interoperability at play.It turns out to be all about Microsoft's Sharepoint - software that I am beginning to see as one of the most serious threats to open source today. Read it and be very afraid.
‹ Previous 21 - 40 Next › Last »
Showing 20 items per page