Slashdot Mirror
Novell "Forking" OpenOffice.org
l2718 writes to mention that In the wake of their recent deal with Microsoft, Novell has announced a new version of OpenOffice.org which will support Microsoft's planned Office formal, Open XML. From the article: "The translators will be made available as plug-ins to Novell's OpenOffice.org product. Novell will release the code to integrate the Open XML format into its product as open source and submit it for inclusion in the OpenOffice.org project. As a result, end users will be able to more easily share files between Microsoft Office and OpenOffice.org, as documents will better maintain consistent formats, formulas and style templates across the two office productivity suites."
I guess Microsoft's "ignore the competitor" strategy has failed, and they're switching to "embrace, extend, extinguish" as Microsoft's claimed to have called their strategy against Java and Netscape. It's interesting that lately Microsoft's been using puppet companies (SCO, Novell) to do their dirty work, rather than adding crappy support for open standards in their own products. I wonder what the legal agreements between Microsoft and Novell/SCO look like?
my blog
Hmm, that reminds me of the trend of tacking on a question mark to a controversial headline in order to avoid claims of inaccuracy. The headline would be something like, "Slashdot Full of Weirdos?" and even if the article concedes that, no, only half of Slashdot posters are weirdos, so it can hardly be construed as "full" of them, the impression has still been made -- especially on the casual viewer who sees the headline, but doesn't read the article.
Finally, thank goodness...
This actually gives OpenOffice a real chance - not only to be competitive but to offer a document format that has some power in its abilities.
Like I argued before with the whole OpenDocument controversy, the file formats and standards in play in the OSS world are just not robust enough to handle the current generation of documents, let alone even try to handle future concepts of what document storage could entail.
Whether OpenOffice takes advantage of it or not, the potential to maintain and use technologies that are standard in the MS world of documents like Ink and extended media content are now possible.
This is actually a win win for both sides of the fence. MS doesn't have to spend development money on a version of Office for the growing OSS OS world, and the OSS OS world can now freely be just as strong of a competitor in the business world. Basically, companies that can afford MS software will continue to do so, and smaller entities that cannot afford the price to buy into MS technology can go Open Source and not have to worry about document compatibility.
With Wordperfect also adding the MS Open format, the market once again has a choice in quality and price of the production product and won't have to worry about losing features based on the solution they choose.
If OpenDocument would have just been more 'open' about robust features that are covered in the MS OpenXML document specifications, we would see it be the standard everyone would be happily using.
However with OpenDocument it was quite unreasonable to expect MS to move to a document format that would stripe away 30% of the features that their products provide. I don't know why this was so hard for the OpenDocument crowd to understand, especially when MS was already in the process of creating an open standard that DID include more advanced document capabilities.
If we are lucky, now we might even see OpenOffice and Wordperfect move to add more feature rich concepts into their products to take advantage of the information they now easily read and store in the MS OpenXML format. Imagine everything from Ink to Sound and Video that are all even text searchable(via recognition), as you can already do with Microsoft Office products.
This would be modular if (and only if) you could remove said link from the code and have it still work. I think the word WinDriver is appropriate here. Microsoft has, in the past, found ways to shift functionality around to break things when not doing things their way, even though "technically" they are not doing so. The hardware in a WinPrinter or WinModem doesn't change when you move it to Linux, it still functions entirely within spec, it's not its fault that Linux lacks the necessary extra code.
Alternatively, Microsoft could overload one of the Open Office functions in a way that makes Open Office run better (or appear to) with the module than without. Or they could make it flakier to use Open Document. There's a million ways they could coerce users into using their module. And, as with the browser wars, all they need is to make themselves appear needed.
Now, will this happen? I'm not sure. Novell seem suspicious of Microsoft, but the test of a trap is not whether you are suspicious of it, but whether you are caught. (Kerr Avon, "Bounty", Blake's 7) It also seems odd that - at a time the community is suspicious of the whole relationship - Novell would be doing this. It seems unhelpful for customer relationships (or anything else) to add fuel to the fire, no matter how innocent the whole thing is. There have simply been too many cases of innocent victims (users and businesses) in the past for people to simply relax. One should not be too relaxed around a vampire, even if they claim to have become vegetarian. (Vegetarian vampire ducks excluded.)
Is this a fork? I don't think it matters what it is - if it's safe, then it's helpful. If it's unsafe, it'll be lethal. The name on the bottle really doesn't count for much.
It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
The problem with that is it would just take 1 "high priority" "security update" to break the compatibility. And then all those OpenOffice.org installations are "broken" for their customers. Just stick with MS Office, it's less likely to "break".
Microsoft would be happy to maintain control of the de facto "standard" in file formats. That way they can keep everyone chasing after their last update.
Instead, Novell should be looking at making it easier to migrate FROM Microsoft's standards.
This is not necessarily FUD - Bob Sutor has a point when he warns against the danger of OpenXML. It is extremely difficult to adopt the specifications (thousands of pages) - and Novell (typical) does it right now in a way that they will have a headstart (even if they contribute code back later). Moreover, they can only hope to successfully implement parts of the OpenXML specs, while providing MS with enough ammo to continue to push their specs over ODF.
It isn't. Which is why I emailed daddypants and he changed the summary before this article was posted and put those quotes around "forking".. didn't help much though I see.
How we know is more important than what we know.