Some key findings:
- Approximately 81 percent of respondents feel the economy’s turbulence is “good” for open source software
- Respondents revealed that the top three factors that make open source software attractive include:
- lower acquisition and maintenance costs
- flexibility/access to libraries of community-developed code
- freedom from vendor lock-in
- More than 55 percent of respondents believe that in five years 25-50 percent of purchased software will be open source vs. proprietary
- The Web Publishing/Content Management market is expected to be most vulnerable to disruption by open source in the next five years
- Respondents expect the Security Tools be least vulnerable to disruption by open source in the next five years
The full survey results can be downloaded from here.
I have tried to follow the discussion about the standardization of the Microsoft Office Open XML document format, or ECMA-376:2006 or ISO/IEC DIS 29500. The fast track process is in the final stage, with the national bodies voting on the approval of the modified specs which came out of the Ballot Resolution Meeting in Geneva.
I have been reading many blogs, which seem to be the preferred communication tool for both parties: those for the approval and those against the approval. Using a handy feature of Google Reader, I have tried to collect all the posts which have been written on the subject since the start of the BRM.
If I were a “normal” user trying to understand if there was something positive for me in the standardization process, I would have probably given up after a few days. I think that it is almost impossible to get a clear picture of what has happened, what is happening and what will happen. Communications, unfortunately, does not seem to be the primary concern of all the people that have been writing on this subject.
Technorati Tags:
ooxml
The change has been announced last week, but I think it’s important to read Simon Phipp’s comments on its relevance.
This quote sums it up:
OpenOffice.org’s license will change to LGPLv3 as part of a broader set of changes intended to improve the OpenOffice.org community for everyone. Those changes also include a switch to the latest version of the standard Sun contributor agreement, with an addendum specifically tailored to the needs of the OpenOffice.org community. There’s increased latitude for documentation writers to publish their work on OpenOffice.org. And in future, plugins for OpenOffice.org may host their source code directly on the community site without copyright being shared, helping collaboration within the community.
In order to understand the complete picture about software patents and all the related issues I think it’s important to read what Simon has written in may 2007 about patent covenants.
Tags: openoffice, softwareAntonis Christofides, one of the Greek delegates, has written an extensive and remarkable post about the BRM. He clarifies many of the points that were left in the dark by most of the other delegates that have reported about the BRM, because they were too biased (and this was almost the only thing that I could understand).
Thank you, Antonis
Reprinted from the Open Source Initiative web site:
Tags: Open Source, softwareThe Requirement
An “open standard” must not prohibit conforming implementations in open source software.
The Criteria
To comply with the Open Standards Requirement, an “open standard” must satisfy the following criteria. If an “open standard” does not meet these criteria, it will be discriminating against open source developers.
- No Intentional Secrets: The standard MUST NOT withhold any detail necessary for interoperable implementation. As flaws are inevitable, the standard MUST define a process for fixing flaws identified during implementation and interoperability testing and to incorporate said changes into a revised version or superseding version of the standard to be released under terms that do not violate the OSR.
- Availability: The standard MUST be freely and publicly available (e.g., from a stable web site) under royalty-free terms at reasonable and non-discriminatory cost.
- Patents: All patents essential to implementation of the standard MUST be licensed under royalty-free terms for unrestricted use, or be covered by a promise of non-assertion when practiced by open source software.
- No Agreements: There MUST NOT be any requirement for execution of a license agreement, NDA, grant, click-through, or any other form of paperwork to deploy conforming implementations of the standard.
- No OSR-Incompatible Dependencies: Implementation of the standard MUST NOT require any other technology that fails to meet the criteria of this Requirement.
Technorati Tags: open standard
Developer’s Guide is now in the Wiki
The OpenOffice.org Developer’s Guide is now available online in the OpenOffice.org Wiki. The main purpose of moving the guide into the wiki is for maintenance reasons and the hope to get more contributions. We also hope to get a localized version of the guide to reach more users/developers all over the world.
http://blogs.sun.com/GullFOSS/entry/developer_s_guide_is_now
Users demand support for OpenOffice.org
QualityLogic, a provider of leading-edge QA and QC test tools and services for the imaging and telecom industries, has released test files for the first of several planned applications found in OpenOffice.org 2. Test files are now available for “Writer” and “Draw”. “Impress” is in development, and additional applications are planned. QualityLogic has been developing test files for popular Windows applications for over 20 years. These files are used by printer companies to ensure compatibility between their printers and the applications their customers use, and by software companies whose applications convert one file format to another. They are also used by Fortune 1000, government, education and healthcare companies to help make printer and software purchasing decisions. The popularity of the OpenOffice.org office suite has created a need within these companies for sophisticated test files similar to those QualityLogic has developed for Windows applications.
http://blogs.sun.com/dancer/entry/users_demand_support_for_openoffice
New StartCenter replaces StartModule
After a hectic week of discussion, implementation and rewriting we now have a new initial window when you start OpenOffice.org without a document. This up to now brought up a large window (so large because it defines the size of the document that will replace it) in “battleship gray” as some call it. On most platforms you don’t see this window so often, because system integration will usually leave you with an application window (Writer, Impress, Calc, …) instead. On Mac however the so called StartModule is the norm rather than the exception. So we put a long planned overhaul of the StartModule in motion. The first plan was to use a dialog replacing the StartModule, however that would lead to questions about modality, startup and exit behavior due to the modal event loop and similar issues.
So in the end we decided to improve the existing StartModule instead, turning it into the new StartCenter. The StartCenter contains a host of labeled buttons (natively themed where available of course) that allow the user to create a new document or open an existing one. It also shows the same menu entries as before, so additional features like the recent file list are still available.
http://blogs.sun.com/GullFOSS/entry/new_startcenter_replaces_startmodule
Impressive Eye Candy: 3D OpenGL Transitions
PowerPoint’s old push-down transition has done its 15 years of service, and it’s time for it to retire. Do the sleepy faces in your meetings agree? OpenOffice.org Impress 2.4 has the answer in the form of ten 3D OpenGL-rendered transitions:
- Flipping tiles
- Outside turning cube
- Revolving circles
- Turning helix
- Inside turning cube
- Fall
- Turn around
- Iris
- Turn down
- Rochade
http://www.oooninja.com/2008/02/eye-candy-3d-opengl-transitions-impress.html
PDF/A Support in OpenOffice.org
The first release candidate for OpenOffice.org 2.4 has just been released. One of the key new features is the built-in PDF/A export capability. The new Chart features are very cool as well! Please check if the release candidate is good enough for being promoted to a final version!
http://blogs.sun.com/dancer/entry/pdf_a_support_in_openoffice
Matthew Aslett of The 451 Group comments about the Geneva BRM. He is probably confused as much as I am, but he reports a number of opinions (including those that I’ve mentioned in my previous post).
I point out Matthew’s last two paragraphs:
Admittedly I am quoting selectively, but you have to wonder whether a “standard” that has been through a process that divides opinion so much is worthy of the title, whatever the result. The most damning indictment, in my personal view, comes from Yoon Kit of the Malaysian delegation:
We eventually found out that if any changes affected current implementations it would certainly be rejected. This seriously compromised any elegant solutions, and it forced us to be mindful of the “existing corpus of documents” in the wild. I don’t believe that that should be our problem, but there was a large and vocal voting bloc which would oppose any changes to the spec which would “break” Ecma 376. […]
From my informal talks with Sam Ramji of Microsoft I’ve understood that the company has already started working at the code of Office 2007, in order to make the product more interoperable. This is confirmed by the following statement, which is included in the press release distributed on February 21 to support the conference call with Steve Ballmer, Ray Ozzie, Bob Muglia and Brad Smith (you know, they use Excel to sort the list alphabetically ;-), and the software includes a non standard “hierarchy filter”):
Enhancing Office 2007 to provide greater flexibility of document formats. To promote user choice among document formats, Microsoft will design new APIs for the Word, Excel and PowerPoint applications in Office 2007 to enable developers to plug in additional document formats and to enable users to set these formats as their default for saving documents.
As a logical consequence, once ECMA has started the standardization process for Microsoft OOXML it should have been clear that the process itself could have asked for substancial amendments to the document format, and that refusing or opposing such changes would have been simply not coherent with the process.
Therefore, I’m quite surprised for Yoon Kit statement, because - if completely true (the only problem I see is the language one, as writing in English when it’s not your mother tongue is a daily challenge) - it goes not only against the principles of the standardization process but also against any reason.
The fact that during the BRM there were substantial changes to the specifications seems to be confirmed by this short sentence from Microsoft James Matusow (which I find otherwise biased, and this is the reason why I decided to ignore his post before):
After 5 months of ongoing communications about the dispositions with NSBs around the world, the constructive, positive adoption of changes to the specification was the outcome of the BRM.
This sounds logical to me. And it sounds logical that Microsoft is going to implement the changes once they have been approved, although this doesn’t mean that OOXML - once all the changes have been implemented - it’s going to be an interoperable standard, as the changes - many of them - are just one of the necessary steps in the right direction.
I’m puzzled and confused… Any help?
UPDATE: ECMA has issued a press release about the Ballot Resolution Meeting, with a couple of paragraphs which clarify the outcome of the BRM:
The final DIS 29500 text includes updated dispositions to a number of key comments, such as multi-part standard; transitional vs. strict conformance classes; more strict date system in spreadsheets based on the ISO standard; flexible units of measurement and very significant advances in accessibility, internationalization (BiDi) and multi-platform support.
Several of the issues which will not be reflected into the final DIS text have been deferred to consideration during the maintenance phase, which, if the standard is approved would be managed by ISO/IEC JTC 1 with the active collaboration of Ecma International.
Although I understand that a huge effort has been put by all the participants in order to get to this stage, I think that this is a result that doesn’t allow the standardization of OOXML, as there are still several issues unresolved.
Tags: communication, softwareI’ve tried to understand what has happened in Geneva during the Ballot Resolution Meeting, a very important step during the Fast Track process for the standardization of the Office Open XML document format.
I’ve gone through dozens of posts with the clear feeling that the report was biased, either in a sense or the other. Unfortunately, the voting process doesn’t help at all in 
understanding, as the effects of abstention - for instance - can be different from the norm, as they may express a vote.
At the end, I’ve found only two posts which are worth reading, as they try to be balanced in their opinion, although they’ve been written by people against OOXML: Tim Bray (Canada) and Yoon Kit (Malaysia). They try to give a feeling of the work done by delegates during the BRM, and of the short time available to achieve the huge task of going through over 1.000 comments.
They both underline their negative opinion on the Fast Track process in relation to a document format with a description of the size of OOXML, which is a whopping 6.000 pages (you can even find pictures of the printout).
I’ve decided to avoid linking the biased posts, which can be easily found Googling “BRM Geneva” or “BRM OOXML”. You can find the entire spectrum of marketing hype, from “it was an unbelievable success” to “it was a complete disaster”, and you can get a sense of the commercial interests behind document standards.
Tags: marketing, Open Document Format