Star/OpenOffice XML Format To Become ISO Standard?
Emil Brink writes "According to this entry in XML spec co-author Tim Bray's excellent blog, the European Commission has formally asked Sun to make the XML file format used in OpenOffice.org into a true ISO standard. Hopefully this will cut down on vendor lock-in and lure people from using Microsoft Office. "
Why would it lure people from Microsoft? People don't just use Office because they are forced into it. They use it because the alternatives suck. Yeah, Abiword is smaller and faster and takes up a little bit less RAM but it doesn't work as well as Word. Yeah, StarOffice/OO are open-source and free but they don't have the features that Word does.
People use MSFT because they are already locked in. Word does what they want it to do (and sometimes a lot more than they want it to). Just because Sun gets to set the standard in XML doesn't mean that Office users are going to give two shits... As long as their Word documents continue to open and they can continue to email DOC attachments to their email instead of just typing in the body of the email they are happy.
What will lure people away from Office is something that is somehow BETTER than Office. It will be free, it will be marketed, and it will be seven levels above Office in functionality. Honestly, as great as the OSS alternatives seem they just aren't Office/Word. You have to create a superior product and then market it. That's where OSS falls behind.
Everyone thinks that Firefox is so great. People weren't switching because they didn't know about it. Once IE vulnerabilities started showing up left and right they were alerted to the fact by mass media marketing. Sure, some people saw it and moved and even more didn't because they don't get their news from anything but the scrolling ticker below Survivor and The Apprentice...
The best thing about standards, is that there are so many to choose from!
Can the ISO standardize an MS-Patented way of saving documents??!!
I wonder if microsoft will support that format too. It would be childish not to, but I wouldn't be suprised if they would totally ignore it and continue using there own format in M$ Word
Don't get me wrong, I'd love to see this become a standard, but we still have a long road until we can get rid of 'de facto standards' (read: MS Office). I advocate OO.org every time I can, but it's harder when people are used to get MS's software for free from their friends. Anybody care to comment on what can be done to 'sell' OO.org to these people?
Turbo Smorgreff
To really lure people away from office Staroffice/OpenOffice really needs to have a better office document standard support. I have been having issues with trying to open excell spreadsheets that are password protected. I then have to ask the person to mail me them with the password removed. Thats the penalty for using FreeBSD/Linux and OpenSource office packages. However Im in love with them after using it and cant go back to windows and office.
Its the small bugs that make a big difference to the end user. Especially when opposite products own such a large market share.
I doubt that a lot of people will abandon what has been hammered into them for years in favor of an open standard. There's not a lot of perceived value in switching.... yet!
"Ask not what your country can do for you." --John F. Kennedy
This kind of move cuts down on vendor lock-in if and only if the dominant vendor (in this case m$) chooses to conform to the standard rather than do their own thing. So don't hold your breath.
I am officially gone from
Why? Businesses don't care about interoperability. They care about integration around business practices, workflow, rights management and collaboration.
OpenOffice has a long ways to go before it offers the sort of functionality that real businesses need, not mom-n-pop or real small businesses that don't actually manage their best practices.
I know I'm going to get modded into the toilet for saying it, but this is from years of experience in enterprise applications. OpenOffice might get there some day, but not until the people working on it and with applications around it are people who actually have made a living building advanced Fortune-50 caliber integrated information systems.
Then what will I do to get my morning Clippy Fix.
Hopefully this will cut down on vendor lock-in and lure people from using Microsoft Office.
Right, because all those office workers are going to think "Oh God, we're using non-standard XML?!"
Call me a pessimist, but having a non Microsoft standard isn't going to matter much, what with Microsoft being able to make its own standard.
Besides, how many times have you heard office workers say "Oh God, IE doesn't support CSS properly or render transparent PNGs?!"
What if the entire Universe were a chrooted environment with everything symlinked from the host?
It doesn't have to "lure people away from Microsoft Office". All we need to break the Office monopoly is a setting in Office to change the default save-as file type. Ever wonder why there isn't one?
Sure you can save as RTF, but only if you change the file type every time. That makes a corporate policy of portable file types impossible to enforce. MSFT can say they support X number of formats but until you can specify a non-MS default format you will never get the majority of users to save in cross-platform files. The network effect makes sure that once a mojority of users are using office, then everyone needs to use office (and the latest version of office at that). You can make a suite that's MS compatible, but it will always be at best 99% compatible and likely a version behind.
If you could specify a portable format as the default corporate wide you'd be in a position, after the new format had some time to soak in, to begin looking at alternatives.
You know what would lure people away from Microsoft Office? Forget Clippy, get some nice ani Gif's of a bikini-clad Carmen Electra showing you how to properly format an interdepartment memo. Maybe an oiled up Brad Pitt for the ladies.
I don't see standardization as a method to draw end users to a new technology. Sometimes it will draw developers, but I'd be surprised if anything as minor as getting a new ISO standard would hurt the MS Office market.
bug.gd: error search engine. Humanity working together to solve all errors.
Standard /. conspiracy theory follows : It's all a plot by Microsoft.
ISO can tie a standard down in a tangled mess of beaurocracy ; while this might bring credibility it also runs the risk of preventing OOo evolving its formats as fast as it would like to.
Which is something that M$ sure would like, as OOo is now getting to the point where it can start to compete with MS Office.
There exists a technical committee at OASIS to make the OpenOffice format a standard (OASIS OpenOffice). How does this differ if it's a ISO standard as well?
I wonder if this will actually change anything, because Microsoft still dominates the market. I bet i'm still going to end up having to go file->save as. and then convert it to .doc all the time i want to share anything with anyone else. Sure they can make it a standard, Microsoft won't care, as witnessed by their screw-ups with DHTML and CSS. and i heard about them messing with standards in C# or something too.
"Hopefully this will cut down on vendor lock-in and lure people from using Microsoft Office."
uhm - what planet have you been living on for the last decade? It's very simple. People use MS Office because people use MS Office. Not because of the file format. I'm forced to use MS Office at $DAYJOB because my customers use it. They don't know the first thing about what file format they save their drivel in. They just hit "send as email" and forget about it.
I dislike MS Office as much as the next guy. If I had my way, LaTeX would be the standard. But if anyone thinks that an ISO label on a file format will lure anyone away from MS Office they're plain wrong. Period.
Underholdning.info
This would be great! the EU *SHOULD* back this move by mandating that any Office Suite that is to be sold in the EU or used by any government within the EU MUST conform to that ISO specification.
That would EXCLUDE extensions, meaning, the format, if embrassed by Microsoft would have to be 100% ISO XML compliant - No embrace and extend for you! (Microsoft)
This point can't be under-emphasised.
Fat lot of good an open format is if users start embedding freaky OLE objects in, like "windows bitmap" as OLE instead of as bitmap, or windows metafile, or word art, or various other formats that only have windows servers for them.
Sam
blog.sam.liddicott.com
Hopefully this will cut down on vendor lock-in and lure people from using Microsoft Office. "
Maybe for businesses, but not for the home users. The vast majority of them could care less about what file format things save in, assuming they even understand the concept of a file format in the first place - and really, why should they care about it?
The way things stand right now, 99% of the people common user's going to send files to is going to have Office available.
If it's an ISO standard it won't do a damn bit of good until the Microsoft OS's and Microsoft mail system and Microsoft Applications all know to do the right thing. Whad'ya think the chances of Microsoft cooperating are?
I use pretty old machines and never noticed. I'm sure I'm not alone. My machines were maybe top of the line around the turn of the millennium and documents are saved and opened really quick, compared to things I used to do in Windows/Office.
-N
I've nothing to say here...
Contrast this issue with that of the adoptation of IPV6. The ONLY way we will ever see IPV6 adoption is through a government mandate. IPV4 has way too much "inertia" for anything to supplant it. The same can be said of office applications. Try submitting your resume in anything but .txt or .doc (MS Word) format. NOBODY will be able to read it, believe me I tried sending mine in .pdf format and was told to "please send it in word". Once companies wishing to sell software to government are forced to support a common (and open) format then perhaps people will actually be able to choose the word processor they will use, otherwise they are locked in to what ever the dominate product (and it's proprietary format) are at the time.
Cheers,
_GP_
When the OpenOffice file format becomes an ISO standard, Microsoft may be forced to support it, since organizations will likely put "ISO office document standard compliance" into their requirements.
Staroffice/OpenOffice really needs to have a better office document standard support.
The problem is: Microsoft Office formats are not a "standard"; they aren't even a "de-facto standard" or a "proprietary standard". They are simply whatever Microsoft's codebase happens to write into files this release. It's impossible to be fully compatible with that. Not even Microsoft manages to.
That's why an ISO standard office document format would be so important.
For the people that want their documents to look good, latex is a very nice alternative to Word / OO.
One of the problems open/star office has is that it takes forever to save or open a document due to its gzipped xml format.
I routinely edit documents that are in the region of 150-200 pages long in OpenOffice, and save times only exceed a second if my hard disk is in power-saving mode. It is, in fact, faster than MS Word. This is probably due to the fact that less disk I/O is required on the compressed file than on the hugely bloated MS one.
The problem, however, is that it doesn't support background saving. You can't carry on editing while it is performing the save, which you can with MS Word.
There is a real chance that, if the OOo format becomes an ISO standard, organizations will put it onto their requirements checklist. In that case, Microsoft may not have much of a choice but to implement it.
1) Tell them that pirated software is theft - oops flame bait - didn't mean to stir the hornet's nest but it is theft.
2) Show them that there's a free alternative. They can clear their conscience without losing anything. Yes I know that OO hasn't got all the features but we're talking normal users here.
3) Show them how beautiful OO is. Maybe I'm biased but to me the interface is simply nicer to look at.
4) Tell them that they'll be the first on their block. We all like to be 'ahead of the game'
init 11 - for when you need that edge.
This is totally stupid. OO.org formats already support embedded images. The OO.org format is actually a tar.gz that can contain many files, including XML documents and PNG images.
If it is a vector image they can just use SVG, which is XML.
If it is a raster image they just use PNG and embed the dile
Do you really know that little about OO formats or is this a joke?
It's not all pointy haired bosses out there. In the pharma industry, you see software standards like CFR PART 11 being inforced top down. There are rules about documentation retention. All you need is a rule describing in which format they have to be retained... and if there is an ISO format available, then regulation-heavy industries like pharma, nuclear, etc. might jump on board faster then you think. Off course if MS makes a nice export filter....
10 ?"Hello World" life was simple then
I've said it once and I'll say it again... what OpenOffice.org needs is a lean-mean OOo Reader Application! By that, I mean not having to download an 80mb installer with everything but the kitchen sink, but maybe a small 2mb or less reader that uses standard widgets (MFC, GTK, etc.) to make the app smaller and faster. I've gotten a friend interested in actually looking at OOo code to make a no-nonsense reader, but due to lack of time, he can't start any open source projects.
.sxw as an attachment to a friend. If he/she has broadband, point them to where to download the app. If not, maybe go over to their place and install it for them. If in another country, get them to download from someone who has broadband, snail mail them an installer CD with the reader and the full OOo app, or pester someone like IBM to include the said reader application with their desktops and laptops. See! I can already imagine the possibilities. If only I can program... I would be willing to test and help promote this stuff (preinstall on all PCs we sell).
A reader app is all we need! Email a
"Hopefully this will cut down on vendor lock-in and lure people from using Microsoft Office."
*steals rose-tinted spectacles* Yoink!
Honey, I shrunk the Cygwin
When you are building a software platform to handle business best practices and workflow, the format your data is in really doesn't matter. Companies do not build these large scale applications themselves, they have integrators doing it or buy pre-integrated packages.
OO's system can't do 1/10th of the stuff Office 2003 is capable of doing where collaboration, workflow, process management and other important technologies are concerned.
Sure its got Java API's applications can be built with, but until someone builds a framework whereby you can actually do the stuff these businesses are wanting to do going forward, the API's are just that. Interfaces. Not applications.
There seems to be this opensource mentality of not "build a better application" but rather "lets beat Microsoft!". Thats going to get the opensource community nowhere, because very few people working in it have visibility into what these enterprises are actually doing across the board, and have very little visibility into the kind of big guns MS is readying to be able to meet those needs.
OO is, conservatively, five years behind the ball. Can it meet those needs? Of course. But not until, as I said, the people pushing the development of these applications understand where they need to go to really compete. The future isn't about office suites and file formats, its about having all the business applications working together, so the processes a business has to follow day by day can be automated.
MS isn't the only company working on the frameworks and tools to enable that, IBM is putting a lot of research into it, too. What OO needs is IBM to throw its weight behind it, because Sun doesn't get it and has never gotten it.
Also, the U.S. is not where open source in general is going to be embrased on the *desktop*. Foreign countries worried about embedded NSA/CIA back doors are the ones that will swarm to the viable alternative.
Making the OASIS Open Office XML format also an ISO standard would surely be nice and make it look better on paper to corporate and institutional IT managers. But for the EU, the current standardization process through OASIS should be good enough, since the question is whether controlling the format by two standards bodies at the same time will be technically feasible at all.
gopher://cramer.plaintext.cc http://cramer.plaintext.cc:70
I've tried to get peole to realize that in a few years, you won't be able to read many of the documents we are currently archiving because the office formats will have changed or the app that was used to create it might not be available to open it. I've tried to get people to save their read-only documents as PDFs and their "collaberative editing" documents as RTF, but this has proven to be difficult.
If I could go to my supervisors and point to an ISO standard format, I could more strongly argue for any "archivable" documents to be required to be stored in that format. From there it would me much easier to get people to save ALL their document that way.
I use OOo exclusively at work and love it. I am trying to get it installed as the default office suite on ALL new installations, with MS Office only installed on the desktops of those who can demonstrate a need (show me a document that won't work that you can't live without.) Right now OOo's documnet format is "just another word processing format". If it was an ISO standard, it'd have something strong to stand on for the "buzzword-only", tech-impaired descision-makers at work.
"terrorism" and "pedophilia" are the root passwords to the Constitution
Here's one that isn't in OpenOffice, and probably won't ever be.
It would enormously help my development process to be able to create a document whose tables are dynamically linked from a spreadsheet.
In my case, the spreadsheet is a four column list of requirements (#, name, description, criteria to test). I'd like this to be the origin of all requirements, from which the SRS pulls line items and the build process checks source to confirm that every Req is represented in the object model, and no unaccounted for methods exist.
I can't do it in OpenOffice. I can open the spreadsheet file and pull requirements in the build, but I can't keep the SRS in sync with the requirements spreadsheet automatically to avoid document cruft.
You are checking your backups, aren't you?
I've done some hacking with OpenOffice XML files and I have to say, they're nothing if not logical ..... Verbose, naturally, but that's offset by the ZIP compression, and anyway storage is cheap nowadays. What's impressive is the way you can break everything down into separate files {for a neater format} or not {easier to create}, as you think fit, and it all still makes sense. Beautiful.
..... but not necessarily!
Migration of existing files from MS Office is still the big stumbling block to OpenOffice adoption, and one that needs to be addressed. It doesn't help that MS Office can't read or write OpenOffice.org files -- well, it wouldn't, would it? Putting in OpenOffice read-only compatibility would mean legitimising OpenOffice. Putting in read-write compatibility would mean suicide. So it seems as though OpenOffice will always be stuck playing catch-up over file formats
It's my understanding that the MS Office macro language can access and modify every feature of a document, and can also read and write text files. Surely, then, it should be possible to write a suite of macros that would allow you, using just a single licenced copy of MS Office, to read any Office document and re-export it in OpenOffice.org XML format?
Of course, in an ideal world, it would be illegal to lock up file specifications. Till then, we just have to run with the idea that if anything at all can read it, something else must be able to read it.
Je fume. Tu fumes. Nous fûmes!
I have never seen a company wanting to invest in OpenOffice because they just weren't approached by any sales guy. Managers who make purchasing decisions where they have to buy 20,000 licences have to think in terms of support. M$ office has support and sales guys, that's for sure. Whether it's a better product? It's questionable.
Linear regression in excel:
LINEST(y's range,x's range,1,1)
Linear regression in open office:
LINEST(y's range,x's range,1,1)
Who among you REALLY believes that the sea of secretaties and accountants and lawyers and paralegals who actually use a word processor every day would prefer to use LaTex over Word?
That's a meaningless question--LaTeX is essentially a file format, whereas Word is both a GUI editor and a file format. Given a front-end equivalent to Word's that used LaTex source behind the scenes, do you think most people who use a word processor every day would say, "Gee, I don't want to use this because the binary blob XML format of Word is more comforting and familiar when I view it in pico?"
CVS and the like are as important to revisions of documents as to software.
In this light, the one thing that troubles me about OOo's XML format is that there still appears to be no option for writing an uncompressed XML file.
Doing this would fix one of the worst things about putting documents into CVS (with, say, MS Word docs), that they are usually binary and not diffable.
The FAQ for OOo mentions some sort of "history" behind the decision not to do this. Whatever the arguments are against it, they can't be as important as the need to use proper revision control with documents.
I would further recommend a no-leading-whitespace formatting of said XML so that changing only the embedding of a document piece doesn't generate a diff jackpot.
Actually, it's a bad idea to depend on ANY single vendor for the format of important records that have to be held long-term. We can still read the Magna Carta, no problem. Anyone tried to read Microsoft PowerPoint version 2 files? Or WordStar files? Even Word Perfect is increasingly complicated for many people.
For long-term records, I can easily imagine a requirement to store them in an ISO-standard format. OO.o's format is actually especially nice: it's compressed (.zip) and XML-based, so it takes very little space.. perfect for long-term storage. Even if all the programs stopped working, as long as you knew how to unzip the files, you could view them in XML.
For public information, you need a format that any user could read, no matter what their operating system or office programs are. Again, a standard format works nicely. And the fact that OO.o files are compressed is helpful for low-bandwidth users (esp. the poor and those in eastern Europe).
Microsoft's ".doc" format has been used for these purposes, but it's not really good at it. It's really only designed for a single word processor, it's not really documented, it doesn't support standards like XML, etc. And I believe Microsoft's new XML format doesn't even capture all the information from Word (while OO.O's clearly does). The ".rtf" format isn't really that much better. And although they're talking about developing better conversion software, the OO.o software already includes .doc conversion software, which could already be used to support an upgrade.
There's already work to create a standard for PDF to support very long-lived documents that must be available "forever" to arbitrary platforms. It's called PDF-Archive PDF-Archive looks very useful for its purposes, but it won't support exchange of editable documents; its purpose is to fix everything (such as page breaks and so on).
The world's needed a standardized editable office document format for a long time, where the standard is a real standard that is publicly documented, can be implemented by multiple vendors (without patent royalties/limitations), and isn't controlled by any one company. Maybe the world will finally get such a standard.
Frankly, if there's a standard and the EU pulls off such legislation, that's a big coup. If many governments start releasing files in such formats, then others will want to make sure they can read/write those formats. And if it's a standard, it's much more likely that competitors (like OpenOffice.org itself) will have a chance.
- David A. Wheeler (see my Secure Programming HOWTO)
Well I don't know about everyone here, but I was suprised last night when I right clicked under windows on a sxw file in xp (with adobe acrobat 6.0 pro) installed and got a "convert to pdf" thing. And it worked perfectly. I would assume this didn't happen without some effort by someone at adobe...
Consumers won't neccesarily be affected by this. What do they care about file formats and future compatability? However, governments and other entities that care about reading their data archives in 50 years will most certainly be interested.
I prefer a void in conversation to a vacuous one.
Thats going to get the opensource community nowhere, because very few people working in it have visibility into what these enterprises are actually doing across the board, and have very little visibility into the kind of big guns MS is readying to be able to meet those needs.
Really? Exactly what do you base this assumption on? Are you personally acquainted with the people working on OpenOffice? Or did you just pull this out of your ass?
OO is, conservatively, five years behind the ball.
Ah, definitely pulling this out of your ass. I just love it when someone fronts a baseless personal opinion as fact; it immediately identifies the egomaniacs amongst us.
But not until, as I said, the people pushing the development of these applications understand where they need to go to really compete.
I'm pretty sure they have a much better idea of what needs to be done than you do.
The future isn't about office suites and file formats, its about having all the business applications working together, so the processes a business has to follow day by day can be automated.
Ah, you're in marketing! No wonder you think your own spew is canon!
Max
My god carries a hammer. Your god died nailed to a tree. Any questions?
I do it with no clicks -- Ctrl-2 for double-spaced, Ctrl-5 for 1.5 spaced, Ctrl-1 to go back to single spaced. This keyboard shortcut works in both MS Office and OpenOffice.org. Another option, as others have pointed out, is to customize your toolbars -- again, a solution that works for both products.
Def #6: Moral adj. Based on strong likelihood or firm conviction, rather than on the actual evidence: a moral certainty.
Well, I don't know about you, but I get that warm fuzzy feeling inside when I pir8 a MSFT product.
The real path to male liberation
ISO's OSI stack was standardized before it was really implemented, with the result that the implementations were large, clumsy, and clunky, if you could get them at all. This is a big risk of standardizing something before you implement it. SGML at least had some implementations, but the implementations were hairy (to get all the details right), so the resulting libraries were expensive.
In contrast, OpenOffice.org presumably already implements this specification (or something very similar to it), and is available for free. So the major reasons that OSI lost are gone. Note that XML has done well in the marketplace - they took SGML, simplified it, and implemented things before they declared version 1.0. And TCP/IP is the prime example of trying things out before you declare them as officially a standard.
Sure, there's a battle here, but it's possible.
Certainly, there is a risk of "embrace and extend" becoming an interoperability problem. In the end, consumers need to be the ones guarding against that.
- David A. Wheeler (see my Secure Programming HOWTO)
I'm a database guy - and I've wrought near-miracles in extracting critical records from the clutches of any number of short-lived, bug-ridden, poorly conceived proprietary storage schemes, some of which go to great lengths to make the native data unreadable to anything but the parent application. When the parent goes bust, succumbs to obsolesence, or just fades away, businesses are left holding the bag -- and if I, or people like me, can recover the data, we darn sure don't do it cheap!
Office Suite Features:
Most of us don't need all the features built into even the simple office suites today. My wife is an author, and I've talked about her quest for the perfect word processor. She wanted something simple, like AbiWord, which stored documents in an open format (she got to retype an entire novel once!), with very basic tools.
Word is a behemoth, and on long ( Open Office has all the power most users will ever need -- and it's Macro support makes it pretty easy to add any special functions that may be needed. I'd like to see a few sets of customized menus built (I know, I know, what's stopping me!). One could easily build a menu for professional authors that hid most of the complexity while clearly showing the features they need, rather than burying them under five layers of sub-menues. I'm sure other professions could be similarly served.
In short, the problem is seldom that a critical feature is not found in Oo, but that the feature or the syntax may not be immediately apparent to the user. Complexity is a two-edged sword, which we cut ourselves upon too often.
I think you're looking at the wrong thing: the program. I don't want to care about the program. What's important to me is the data. If you create a word processor document, do you have all the details of its data format so that you could extract the data later if you needed to? Or must you depend on a particular version of a product? Already Microsoft Office cannot correctly read many files that previous versions of their product created only 10 or 15 years ago. But government records may have to be kept viewable for centuries or millenia.
And don't say, "It's popular, so it'll always be readable." WordStar was at one time the dominant word processor. Nowadays few programs can really read its format (which is luckily close enough to ASCII that the critical stuff is extractable). Apple ][ disks were once common; think you can easily read them now? How about in 500 years?
Users own their data, not vendors. And thus users need to know exactly what the data format is, so that they can have access to their own data. And in commonly-used formats (like office documents), these need to be standardized, so that vendors can compete on an equal footing with products that manipuate those formats.
The World Wide Web was so successful in part because the normal data format (HTML) was publicly specified -- anyone could write a program to acquire and process the data. That's a key advantage of standards -- once the data format is standard, people can write programs to process the data in new and useful ways.
TCP/IP is a standard, but nobody complains that there "shouldn't be a standard." Why? Because we NEED standards to exchange data. Office data format standards are needed for exactly the same reasons: to let people exchange data.
Now it's true that there's always a risk that standards are created "too soon" before their functionality needs are identified. That's not an issue with office suites; their basic functionality hasn't changed in a long, long time. Another common risk is trying to invent a standard from whole cloth, without implementation first. Again, not a problem; OpenOffice.org implements this, and I believe both KOffice and AbiWord implement parts of it, so it has some real experience.
And the OASIS folks are doing a real review of the format so it can handle things in the long haul. Already they've made minor changes, since the format is now undergoing real scrutiny, and the minor changes are getting reflected in OpenOffice.org to ensure that the changes are helping instead of hurting. In the end, they'll have a specification that has at least one full implementation directly (OpenOffice.org), plus filters to and from Microsofto Office and several other office suites. That sounds like pretty good vetting, actually. And if it'll be implemented in StarOffice and OpenOffice.org, people will be able to use it immediately, and without fee (if they wish), so that eliminates many barriers.
I actually think this is fairly common in standards-land. Various vendors develop formats. One is developed with liberal/no licensing requirements, so that it can be implemented by multiple vendors. That format, because it's supported by multiple vendors, is picked by major customers, becomes a standard, and then dominates the rest. In videotapes eventually VHS dominated over Betamax, in part because Sony wanted to "own everything" and the smaller vendors who were willing to go a less proprietary route ended up taking them to the cleaners (though I grant that other Betamax issues like 1 hour lengths were issues as well). That doesn't mean that Microsoft's formats will be el
- David A. Wheeler (see my Secure Programming HOWTO)